面試Go 被defer的幾個盲區坑了 世界視點

大家好，我是二條，一位從事后端開發的程序員。上一篇，我們了解了Go中的字符串為什么不能進行修改，這一篇分享關于defer語句中的6個必備知識點。這也是面試過程中，被問到的一個問題。關于Go中的defer，是做什么的？執行順序是怎么樣的？相信學過Go語言的同學，已經不在陌生，今天就來講講其中需要掌握的幾個知識點。要講到這幾個知識點，還是大致總結一下defer這個內置關鍵字。1、defer是一種延遲處理機制，是在函數進行return之前進行執行。2、defer是采用棧的方式執行，也就是說先定義的defer后執行，后定義的defer最先被執行。正因為defer具備這種機制，可以用在函數返回之前，關閉一些資源。例如在某些操作中，連接了MySQL、Redis這樣的服務，在函數返回之前，就可以使用defer語句對連接進行關閉。就類似oop語言中的 finally操作一樣，不管發生任何異常，最終都會被執行。其語法格式也非常的簡單。

packagemainimport"fmt"funcmain(){function1()}funcfunction1(){fmt.Printf("2")deferfunction2()fmt.Printf("1")}funcfunction2(){fmt.Printf("3")}

上述代碼執行的結果是：

213

(相關資料圖)

下面就來總結這六個小知識點：1、defer 的執行順序。采用棧的方式執行，先定義后執行。2、defer 與 return 誰先誰后。return 之后的語句先執行，defer 后的語句后執行。3、函數的返回值初始化與 defer 間接影響。defer中修改了返回值，實際返回的值是按照defer修改后的值進行返回。4、defer 遇見 panic。按照defer的棧順序，輸出panic觸發之前定義好的defer。5、defer 中包含 panic。按照defer的棧順序，輸出panic觸發之前的defer。并且defer中會接收到panic信息。6、defer 下的函數參數包含子函數。會先進行子函數的結果值，然后在按照棧的順序進行輸出。defer的執行順序是什么樣的關于這個問題，前面的示例代碼也提到過了，采用棧的順序執行。在定義時，壓入棧中，執行是從棧中獲取。defer與return誰先誰后

先來看如下一段代碼，最終的執行結果是怎么樣的。

funcmain(){fmt.Println(demo2())}funcdemo2()int{deferfunc(){fmt.Println("2")}()returnfunc()int{fmt.Println("1")return4}()}

運行上述代碼，得到的結果是：

124

可能你會有一個疑問? ，既然都提到了defer是在函數返回之前執行，為什么還是先輸出1，然后在輸出2呢？關于defer的定義，就是在函數返回之前執行。這一點毋庸置疑，肯定是在return之前執行。需要注意的是，return 是非原子性的，需要兩步，執行前首先要得到返回值 (為返回值賦值)，return 將返回值返回調用處。defer 和 return 的執行順序是先為返回值賦值，然后執行 defer，然后 return 到函數調用處。函數的返回值初始化與defer間接影響

同樣的方式，我們先看一段代碼，猜測一下最終的執行結果是什么。

funcmain(){fmt.Println(demo3())}funcdemo3()(aint){deferfunc(){a=3}()return1}

上訴代碼，最終的運行結果如下：

3

跟上第2個知識點類似，函數在return之前，會進行返回值賦值，然后在執行defer語句，最終在返回結果值。1、在定義函數demo3()時，為函數設置了一個int類型的變量a，此時int類型初始化值默認是0。2、定義一個defer語句，在函數return之前執行，匿名函數中對返回變量a進行了一次賦值，設置 a=3。3、此時執行return語句，因為return語句是執行兩步操作，先為返回變量a執行一次賦值操作，將a設置為3。緊接著執行defer語句，此時defer又將a設置為3。4、最終return進行返回，由于第3步的defer對a進行了重新賦值。因此a就變成了3。5、最后main函數打印結果，打印的其實是defer修改之后的值。如果將變量a的聲明放回到函數內部聲明呢，其運行的結果會根據return的值進行返回。

funcmain(){fmt.Println(demo7())}funcdemo7()int{varaintdeferfunc(aint){a=10}(a)return2}

上述的最終結果返回值如下：

102

為什么會發生兩種不同的結果呢？這是因為，這是因為發生了值拷貝現象。在執行defer語句時，將參數a傳遞給匿名函數時進行了一個值拷貝的過程。由于值拷貝是不會影響原值，因此匿名函數對變量a進行了修改，不會影響函數外部的值。當然傳遞一個指針的話，結果就不一樣了。在函數定義時，聲明的變量可以理解為一個全局變量，因此defer或者return對變量a進行了修改，都會影響到該變量上。defer遇見panic。panic是Go語言中的一種異?，F象，它會中斷程序的執行，并拋出具體的異常信息。既然會中斷程序的執行，如果一段代碼中發生了panic，最終還會調用defer語句嗎？

funcmain(){demo4()}funcdemo4(){deferfunc(){fmt.Println("1")}()deferfunc(){fmt.Println("2")}()panic("panic")deferfunc(){fmt.Println("3")}()deferfunc(){fmt.Println("4")}()}

運行上述代碼，最終得到的結果如下：

╰─gorundefer.go21panic:panicgoroutine1[running]:main.demo4()

從上面的結果不難看出，雖然發生了panic異常信息，還是輸出了defer語句中的信息，這說明panic的發生，還是會執行defer操作。那為什么后面的兩個defer沒有被執行呢。這是因為pani的發生，會中斷程序的執行，因此后續的代碼根本沒有拿到執行權。當函數中發生了panic異常，會馬上中止當前函數的執行，panic之前定義的defer都會被執行，所有的 defer 語句都會保證執行并把控制權交還給接收到 panic 的函數調用者。這樣向上冒泡直到最頂層，并執行（每層的） defer，在棧頂處程序崩潰，并在命令行中用傳給 panic 的值報告錯誤情況：這個終止過程就是 panicking。defer中包含panic上一個知識點提到了，程序中雖然發生了panic，但是在panic之前定義的defer語句，還是會被執行。要想在defer中獲取到具體的panic信息，需要使用 recover()進行獲取。

funcmain(){demo5()}funcdemo5(){deferfunc(){fmt.Println("1")iferr:=recover();err!=nil{fmt.Println(err)}}()deferfunc(){fmt.Println("2")}()panic("panic")deferfunc(){fmt.Println("defer:panic之后,永遠執行不到")}()}

上述代碼執行的結果如下：

21panic

這個（recover）內建函數被用于從 panic 或 錯誤場景中恢復：讓程序可以從 panicking 重新獲得控制權，停止終止過程進而恢復正常執行。defer下的函數參數包含子函數對于這種場景，可能大家很少遇見，也不是很清楚實際的調用邏輯。先來看一段代碼。

funcmain(){demo6()}funcfunction(indexint,valueint)int{fmt.Println(index)returnindex}funcdemo6(){deferfunction(1,function(3,0))deferfunction(2,function(4,0))}

上訴代碼最終執行的結果是：

3421

其執行的邏輯是：1、執行第1個defer時，壓入defer棧中，該defer會執行一個function的函數，在函數返回之前執行。2、因為該函數中又包含了一個函數(子函數)，Go語言處理的機制是，先執行該子函數。3、執行完子函數，接著再執行第2個defer語句。此時，第2個defer中也有一個子函數，按照第2點的邏輯，這個子函數會被直接執行。4、定義完defer語句之后，此時結束該函數的調用。所有被定義的defer語句，按照棧順序進行輸出。因此可以得出的結論是，當defer中存在子函數時，子函數會按照defer定義的語句順序，優先執行。defer最外層的邏輯，則按照棧的順序執行。?？偨Y對于defer的使用，是非常簡單的。這里需要注意幾點。1、defer是在函數返回之前執行，defer的執行順序是優先于return。return的執行是一個兩步操作，先對return返回的值進行賦值，然后執行defer語句，最后將結果進行返回給函數的調用者。2、即使函數內發生了panic異常，panic之前定義的defer仍然會被執行。3、defer中存在子函數，子函數會按照defer的定于順序執行。

關鍵詞： 中斷程序 匿名函數 這是因為