Golang这么时尚的语言是没有类似try..catch 这种异常处理机制，而是使用 panic 和 recover处理异常. 其实相当于python的raise。
golang的异常处理组合 panic，defer，recover，跟java中的try catch finially是类似的。 但是从语言的用户体验来说，不怎么好。 但考虑到golang的场景基本是系统高性能层面的，这种精准错误处理应该减少那种后遗症bug。
该文章写的有些乱，欢迎来喷 ! 另外文章后续不断更新中，请到原文地址查看更新。
使用panic抛出异常，抛出异常后将立即停止当前函数的执行并运行所有被defer的函数，然后将panic抛向上一层，直至程序carsh。但是也可以使用被defer的recover函数来捕获异常阻止程序的崩溃，recover只有被defer后才是有意义的。
必须注意:
1. defer 需要放在 panic 之前定义，另外recover只有在 defer 调用的函数中才有效。
2. recover处理异常后，逻辑并不会恢复到 panic 那个点去，函数跑到 defer 之后的那个点.
3. 多个 defer 会形成 defer 栈，后定义的 defer 语句会被最先调用
panic (主动爆出异常) 与 recover （收集异常）
recover 用来对panic的异常进行捕获. panic 用于向上传递异常，执行顺序是在 defer 之后。
我们举个含有异常的例子:
#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处理的化，那么就会发生下面的情况.
#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的例子.
package main
import (
"fmt"
"time"
)
func main() {
defer func() { //必须要先声明defer，否则不能捕获到panic异常
fmt.Println("2")
if err := recover(); err != nil {
fmt.Println(err) //这里的err其实就是panic传入的内容，bug
}
fmt.Println("3")
}()
f()
}
func f() {
for {
fmt.Println("1")
panic("bug")
fmt.Println("4") //不会运行的.
time.Sleep(1 * time.Second)
}
}
那么上面代码的运行结果是:
1 2 bug 3
上面go代码实例中，异常是我们通过panic方法主动抛出来的，但如果真的就出现了未知的异常咋办？
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传入的内容，"bug"
}
fmt.Println("xiaorui.cc end")
}()
for {
fmt.Println("1")
a := []string{"a", "b"}
fmt.Println(a[3]) // 越界访问，肯定出现异常
panic("bug”) // 上面已经出现异常了,所以肯定走不到这里了。
fmt.Println("4") //不会运行的.
time.Sleep(1 * time.Second)
}
}
上面go代码运行结果是:
1 xiaorui.cc start runtime error: index out of range xiaorui.cc end end
先前没在意defer recover panic的注意事项，结果各种问题出现了。 不知道go以后会不会有try catch异常模式， 很是期待…
END.
