golang中defer的使用規則

在golang當中，defer代碼塊會在函數調用連結清單中增加一個函數調用。這個函數調用不是普通的函數調用，而是會在函數正常傳回，也就是return之後添加一個函數調用。是以，defer通常用來釋放函數内部變量。

為了更好的學習defer的行為，我們首先來看下面一段代碼:

這段代碼可以運作，但存在'安全隐患'。如果調用dst, err := os.Create(dstName)失敗，則函數會執行return退出運作。但之前建立的src(檔案句柄)沒有被釋放。 上面這段代碼很簡單，是以我們可以一眼看出存在檔案未被釋放的問題。 如果我們的邏輯複雜或者代碼調用過多時，這樣的錯誤未必會被及時發現。 而使用defer則可以避免這種情況的發生，下面是使用defer的代碼:

通過defer，我們可以在代碼中優雅的關閉/清理代碼中所使用的變量。defer作為golang清理變量的特性，有其獨有且明确的行為。以下是defer三條使用規則。

我們通過以下代碼來解釋這條規則:

上面我們說過，defer函數會在return之後被調用。那麼這段函數執行完之後，是不用應該輸出1呢？

讀者自行編譯看一下，結果輸出的是0. why？

這是因為雖然我們在defer後面定義的是一個帶變量的函數: fmt.Println(i). 但這個變量(i)在defer被聲明的時候，就已經确定其确定的值了。 換言之，上面的代碼等同于下面的代碼:

為了更為明确的說明這個問題，我們繼續定義一個defer:

通過運作結果，可以看到defer輸出的值，就是定義時的值。而不是defer真正執行時的變量值(很重要，搞不清楚的話就會産生于預期不一緻的結果)

但為什麼是先輸出1，在輸出0呢？ 看下面的規則二。

當同時定義了多個defer代碼塊時，golang安裝先定義後執行的順序依次調用defer。不要為什麼，golang就是這麼定義的。我們用下面的代碼加深記憶和了解:

在循環中，依次定義了四個defer代碼塊。結合規則一，我們可以明确得知每個defer代碼塊應該輸出什麼值。 安裝先進後出的原則，我們可以看到依次輸出了3210.

先看下面的代碼:

輸出結果是12. 在開頭的時候，我們說過defer是在return調用之後才執行的。 這裡需要明确的是defer代碼塊的作用域仍然在函數之内，結合上面的函數也就是說，defer的作用域仍然在c函數之内。是以defer仍然可以讀取c函數内的變量(如果無法讀取函數内變量，那又如何進行變量清除呢....)。

當執行return 1 之後，i的值就是1. 此時此刻，defer代碼塊開始執行，對i進行自增操作。 是以輸出2.

掌握了defer以上三條使用規則，那麼當我們遇到defer代碼塊時，就可以明确得知defer的預期結果。

本文轉自 bxst 51CTO部落格，原文連結:http://blog.51cto.com/13013670/1944033