Golang異常控制處理程序錯誤流程
panic和recover使用
Go語言不支持傳統(tǒng)的 try…catch…finally 這種異常,因?yàn)镚o語言的設(shè)計(jì)者們認(rèn)為,將異常與控制結(jié)構(gòu)混在一起會很容易使得代碼變得混亂。在Go語言中,設(shè)計(jì)者們推薦使用多值返回來返回錯誤。遇到真正的異常的情況下(比如除數(shù)為 0了)。才使用Go中引入的Exception處理:defer, panic, recover。
這幾個異常的使用場景可以這么簡單描述:Go中可以拋出一個panic的異常,然后在defer中通過recover捕獲這個異常,然后正常處理
使用示例
package main
import "fmt"
func main(){
fmt.Println("c")
defer func(){ // 必須要先聲明defer,否則不能捕獲到panic異常
fmt.Println("d")
if err:=recover();err!=nil{
fmt.Println(err) // 這里的err其實(shí)就是panic傳入的內(nèi)容,55
}
fmt.Println("e")
}()
f() //開始調(diào)用f
fmt.Println("f") //這里開始下面代碼不會再執(zhí)行
}
func f(){
fmt.Println("a")
panic("異常信息")
fmt.Println("b") //這里開始下面代碼不會再執(zhí)行
fmt.Println("f")
}
輸出結(jié)果:
c
a
d
異常信息
e
注意
- 利用recover處理panic指令,recover需要定義在defer匿名函數(shù)內(nèi)
- defer需要在panic之前聲明,否則當(dāng)panic時,recover無法捕獲到panic
- panic無recover情況下,程序會直接崩潰
子函數(shù)panic主函數(shù)recover
func TestPanic(t *testing.T) {
defer func() {
if err := recover(); err != nil {
println("recovered")
}
}()
subFun()
subFun()
}
func subFun() {
println("subFun")
panic("subFun panic")
}
輸出結(jié)果如下,第一個sunFun后面的代碼不會執(zhí)行
subFun
recovered
子協(xié)程panic主函數(shù)recover
func subFun(i int) {
fmt.Println("subFun,i=", i)
panic("subFun panic")
}
func TestSubGoPanic(t *testing.T) {
defer func() {
if err := recover(); err != nil {
println("recovered2")
}
}()
go subFun(3)
subFun(4)
println("finish")
}
結(jié)果
subFun,i= 4
recovered2
subFun,i= 3
--- PASS: TestSubGoPanic (0.00s)
panic: subFun panicgoroutine 21 [running]:
zh.com/base/err.subFun(0x0?)
/Users/albert/file/code/go/zh/gotest/base/err/panic_test.go:34 +0x89
created by zh.com/base/err.TestSubGoPanic
/Users/albert/file/code/go/zh/gotest/base/err/panic_test.go:43 +0x46
recover會執(zhí)行,但是程序崩潰了
使用總結(jié)
如果 panic 和 recover 發(fā)生在同一個協(xié)程,那么 recover 是可以捕獲的,如果 panic 和 recover 發(fā)生在不同的協(xié)程,那么 recover 是不可以捕獲的
也就是哪個協(xié)程有panic,哪個協(xié)程里必須要有recover,否則會把整個程序弄崩潰
使用panic的幾點(diǎn)擔(dān)心
性能
在使用 Golang 進(jìn)行開發(fā)時,遇到 panic 是非常常見的情況。但是,panic 對于性能的影響是相對較小的,尤其是在實(shí)際使用中。
首先,Golang 在運(yùn)行時會維護(hù)一個 panic 堆,用于存儲棧中的 panic 對象。當(dāng)程序遇到 panic 時,會將該 panic 對象添加到 panic 堆中。panic 堆的大小是有限的,如果堆中的對象過多,可能會導(dǎo)致 panic 堆溢出,從而影響程序的性能
性能對比
func BenchmarkSubFunWithError(b *testing.B) {
for i := 0; i < b.N; i++ {
go subFunWithError(i)
}
}
func BenchmarkSubFunWithRecover(b *testing.B) {
for i := 0; i < b.N; i++ {
go subFunWithRecover(i)
}
}
func subFunWithRecover(i int) {
//fmt.Println("subFun,i=", i)
defer func() {
if error := recover(); error != nil {
//println("subFunWithRecover_recovered")
}
}()
time.Sleep(time.Second)
panic("subFun panic")
}
func subFunWithError(i int) error {
//fmt.Println("subFun,i=", i)
time.Sleep(time.Second)
return errors.New("subFunWithError")
}
BenchmarkSubFunWithError-12 673920 1992 ns/op 489 B/op 3 allocs/op
BenchmarkSubFunWithRecover-12 1000000 1229 ns/op 240 B/op 2 allocs/op
反而使用panic的性能更好?
安全
另外一個比較擔(dān)心的點(diǎn)是panic容易導(dǎo)致崩潰,但是如上所示,只要main方法里做好recover,每個go協(xié)程使用封裝好的帶recover的方法來調(diào)用,其實(shí)并不會有問題
到此這篇關(guān)于Golang異??刂铺幚沓绦蝈e誤流程的文章就介紹到這了,更多相關(guān)Golang異??刂苾?nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Go語言標(biāo)準(zhǔn)庫之strconv的使用
本文主要介紹了Go語言標(biāo)準(zhǔn)庫之strconv的使用,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-03-03
一文詳解Golang中net/http包的實(shí)現(xiàn)原理
這篇文章主要介紹了如何用?net/http?自己編寫實(shí)現(xiàn)一個?HTTP?Server?并探究其實(shí)現(xiàn)原理,具體講解Go語言是如何接收和處理請求的,希望能夠?qū)Υ蠹业膶W(xué)習(xí)或工作具有一定的幫助2022-08-08
Golang 中的可測試示例函數(shù)(Example Function)詳解
這篇文章詳細(xì)講解了 Golang 中的可測試示例函數(shù),示例函數(shù)類似于單元測試函數(shù),但沒有 *testing 類型的參數(shù),編寫示例函數(shù)也是很容易的,本文就通過代碼示例給大家介紹一下Golang的可測試示例函數(shù),需要的朋友可以參考下2023-07-07

