您好,登錄后才能下訂單哦!
這篇文章主要講解了“golang recover函數使用的坑怎么解決”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“golang recover函數使用的坑怎么解決”吧!
package main import "fmt" func main(){ defer func(){ if err := recover();err != nil{ fmt.Printf("err = %v",err) } }() panic("a panic") } 打印結果: err = a panic Process finished with exit code 0
能正常catch panic
之前線上環境出現過接口出現panic導致服務不可用的情況,于是同事就直接在main函數加了個recover認為萬事無憂了。實際上recover并不能捕捉到協程中的panic。
package main import "fmt" func main(){ defer func(){ if err := recover();err != nil{ fmt.Printf("err = %v",err) } }() go func(){ panic("a panic") }() select{} } 打印結果: panic: a panic goroutine 6 [running]: main.main.func2() I:/goProject/catchPanic.go:13 +0x40 created by main.main I:/goProject/catchPanic.go:12 +0x5e
實際上還是會panic導致服務不可用。
正確寫法
package main import "fmt" func main(){ go func(){ defer func(){ if err := recover();err != nil{ fmt.Printf("err = %v",err) } }() panic("a panic") }() select {} } 返回值: fatal error: all goroutines are asleep - deadlock! goroutine 1 [select (no cases)]: main.main() I:/goProject/catchPanic.go:15 +0x41 err = a panic Process finished with exit code 2
可以看到panic被正常捕捉,同時因為select語句陷入阻塞,報了一個死鎖的錯。
在我想要把recover封裝成成一個函數的時候,發現recover并沒有生效,因為recover只有在被defer語句直接調用的時候才會生效。當recover在其他函數內部的時候無法正確捕捉到panic。
package main import "fmt" func main(){ defer cover() panic("a panic") } func cover(){ defer func(){ if err := recover();err!= nil{ fmt.Println(err) } }() } 返回值: panic: a panic goroutine 1 [running]: main.main() I:/goProject/catchPanic.go:7 +0x62
panic要被捕捉,還需要滿足一種條件,就是panic不是nil panic,否則在進行捕獲判斷的時候無法知道是panic沒有發生還是panic本身就是nil。
例如以下代碼
package main import "fmt" func main() { defer func(){ if err := recover();err != nil{ fmt.Println(err) } fmt.Println("after recover") }() panic(nil) select{} } 返回值: after recover
recover并沒有正確處理異常,因為異常的值為nil。
感謝各位的閱讀,以上就是“golang recover函數使用的坑怎么解決”的內容了,經過本文的學習后,相信大家對golang recover函數使用的坑怎么解決這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。