golang panic recover return defer的逻辑顺序问题
生活随笔
收集整理的這篇文章主要介紹了
golang panic recover return defer的逻辑顺序问题
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
package mainimport "fmt"//驗證golang return defer recover 之間的順序關系func main() {defer func() { //捕獲panicfmt.Println("00000000")if r := recover(); r != nil {fmt.Println(r)}}()fmt.Println("let's go !!!")test1()test2()fmt.Println("it's over !!!") //test2() panic 之后所有的邏輯都不會在執行
}func test1() {defer fmt.Println("333333")defer fmt.Println("222222") //return 之后運行 defer defer按照隊列的形式 先進后出fmt.Println("1111111")returnfmt.Println("4444444") //return之后不執行邏輯
}func test2() {//defer func() { //如果在函數內部捕獲panic 則函數上層的邏輯不會中斷// fmt.Println("ccccc")// if r := recover(); r != nil {// fmt.Println(r)// }//}()defer fmt.Println("cccccc")fmt.Println("aaaaaaaaa")panic("this is a error !!!") //panic 之后 所有的邏輯都不會在執行fmt.Println("bbbbbbbbb")
}
結果:
let's go !!! 1111111 222222 333333 aaaaaaaaa cccccc 00000000 this is a error !!!通過test1函數可以看到return之后執行defer,并且defer是按照棧的順序,先進后出的。test2函數中panic之前會先執行defer,之后會中斷邏輯返回main函數,main函數在panic之后的邏輯
fmt.Println("it's over !!!")不執行,接著去執行main函數的defer,recover捕捉到panic打印出來。
如果我們把test2修改成以下的樣子:
func test2() {defer func() { //如果在函數內部捕獲panic 則函數上層的邏輯不會中斷fmt.Println("ddddddd")if r := recover(); r != nil {fmt.Println(r)}}()defer fmt.Println("cccccc")fmt.Println("aaaaaaaaa")panic("this is a error !!!") //panic 之后 所有的邏輯都不會在執行fmt.Println("bbbbbbbbb") }結果:
let's go !!! 1111111 222222 333333 aaaaaaaaa cccccc ddddddd this is a error !!! it's over !!! 00000000可以看到在test2函數中加上defer recover,則main函數的之后邏輯會繼續往下走,因為panic在test2中已經被攔截下來了,并沒有走到main函數的defer recover。
總結:
1.return之后執行defer。
2.defer是按照棧的順序執行,先進后出。
3.panic之后執行defer。
4.panic會中斷流程,panic之后的邏輯不會運行。
5.如果不想影響主流程的邏輯應該在函數方法中recover。
總結
以上是生活随笔為你收集整理的golang panic recover return defer的逻辑顺序问题的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: UDT
- 下一篇: Spring Boot与Elastics