关于golang的panic recover异常错误处理

Golang这么时尚的语言是没有类似try..catch 这种异常处理机制,而是使用 panic 和 recover处理异常. 其实相当于python的raise。

golang的异常处理组合 panic,defer,recover,跟java中的try catch finially是类似的。 但是从语言的用户体验来说,不怎么好。 但考虑到golang的场景基本是系统高性能层面的,这种精准错误处理应该减少那种后遗症bug。

该文章写的有些乱,欢迎来喷 ! 另外文章后续不断更新中,请到原文地址查看更新。

http://xiaorui.cc/?p=2909

使用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)
    }
}

我们可以看到出现的异常会走到defer这一步,defer这里可以打印具体的异常信息,defer运行完之后不能回到原点,控制权会被扔到该函数的外层,也就是调用这个函数的层,对应上面的代码也就是main()函数。

上面go代码运行结果是:

1
xiaorui.cc start
runtime error: index out of range
xiaorui.cc end
end 

先前没在意defer  recover  panic的注意事项,结果各种问题出现了。 不知道go以后会不会有try catch异常模式, 很是期待… 

END.


大家觉得文章对你有些作用! 如果想赏钱,可以用微信扫描下面的二维码,感谢!
另外再次标注博客原地址  xiaorui.cc

发表评论

邮箱地址不会被公开。 必填项已用*标注