原文鏈接：http://xiaorui.cc/?p=2909
Golang這么時尚的語言是沒有類似try..catch 這種異常處理機制，而是使用 panic 和 recover處理異常. 其實相當于python的raise。
golang的異常處理組合 panic，defer，recover，跟java中的try catch finially是類似的。 但是從語言的用戶體驗來說，不怎么好。 但考慮到golang的場景基本是系統(tǒng)高性能層面的，這種精準錯誤處理應該減少那種后遺癥bug。
該文章寫的有些亂，歡迎來噴 ! 另外文章后續(xù)不斷更新中，請到原文地址查看更新。
http://xiaorui.cc/?p=2909
使用panic拋出異常，拋出異常后將立即停止當前函數(shù)的執(zhí)行并運行所有被defer的函數(shù)，然后將panic拋向上一層，直至程序carsh。但是也可以使用被defer的recover函數(shù)來捕獲異常阻止程序的崩潰，recover只有被defer后才是有意義的。
必須注意:
1. defer 需要放在 panic 之前定義，另外recover只有在 defer 調(diào)用的函數(shù)中才有效。
2. recover處理異常后，邏輯并不會恢復到 panic 那個點去，函數(shù)跑到 defer 之后的那個點.
3. 多個 defer 會形成 defer 棧，后定義的 defer 語句會被最先調(diào)用
panic (主動爆出異常) 與 recover （收集異常）
recover 用來對panic的異常進行捕獲. panic 用于向上傳遞異常，執(zhí)行順序是在 defer 之后。
我們舉個含有異常的例子:
1
2
3
4
5
6
7
8
9
10
11
12 |
#xiaorui.cc
func f() {
for {
fmt.Println("1")
a := []string{"a","b"}
fmt.Println(a[3]) // 這里slice越界異常了
/*panic("bug")*/
fmt.Println("4")
time.Sleep(1 * time.Second)
}
} |
如果你不把這個異常panic recover處理的化，那么就會發(fā)生下面的情況.
1
2
3
4
5
6
7
8
9
10
11
12
13 |
#xiaorui.cc
1
panic: runtime error: index out of range
goroutine 1 [running]:
panic(0xda9c0, 0x8201c8090)
/usr/local/go/src/runtime/panic.go:464 +0x3e6
main.f()
/Users/ruifengyun/gg.go:23 +0x33b
main.main()
/Users/ruifengyun/gg.go:16 +0x14
exit status 2 |
下面是處理panic的例子.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27 |
package main
import (
"fmt"
"time"
)
func main() {
defer func() { //必須要先聲明defer，否則不能捕獲到panic異常
fmt.Println("2")
if err := recover(); err != nil {
fmt.Println(err) //這里的err其實就是panic傳入的內(nèi)容，bug
}
fmt.Println("3")
}()
f()
}
func f() {
for {
fmt.Println("1")
panic("bug")
fmt.Println("4") //不會運行的.
time.Sleep(1 * time.Second)
}
} |
那么上面代碼的運行結(jié)果是:
上面go代碼實例中，異常是我們通過panic方法主動拋出來的，但如果真的就出現(xiàn)了未知的異常咋辦？
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32 |
package main
#http://xiaorui.cc
import (
"fmt"
"time"
)
func main() {
f()
fmt.Println("end")
}
func f() {
defer func() { //必須要先聲明defer，否則不能捕獲到panic異常
fmt.Println("xiaorui.cc start")
if err := recover(); err != nil {
fmt.Println(err) //這里的err其實就是panic傳入的內(nèi)容，"bug"
}
fmt.Println("xiaorui.cc end")
}()
for {
fmt.Println("1")
a := []string{"a", "b"}
fmt.Println(a[3]) // 越界訪問，肯定出現(xiàn)異常
panic("bug”) // 上面已經(jīng)出現(xiàn)異常了,所以肯定走不到這里了。
fmt.Println("4") //不會運行的.
time.Sleep(1 * time.Second)
}
} |
我們可以看到出現(xiàn)的異常會走到defer這一步，defer這里可以打印具體的異常信息，defer運行完之后不能回到原點，控制權(quán)會被扔到該函數(shù)的外層，也就是調(diào)用這個函數(shù)的層，對應上面的代碼也就是main()函數(shù)。
上面go代碼運行結(jié)果是:
|
|
1
xiaorui.cc start
runtime error: index out of range
xiaorui.cc end
end |
先前沒在意defer recover panic的注意事項，結(jié)果各種問題出現(xiàn)了。 不知道go以后會不會有try catch異常模式， 很是期待…
END.
交叉參考：http://blog.csdn.net/htyu_0203_39/article/details/50990266
posted on 2017-01-16 16:56
思月行云 閱讀(332)
評論(0) 編輯 收藏 引用 所屬分類:
Golang