go panic 与 recover
go 不像python一样,有 try-except语法,同样也不推荐异常捕获的方式,而是直接将异常返回的方式,并且直接退出也会比层层返回方便的多。因此go中实现了 panic- recover 机制。专门用于对这些异常进行抛出和恢复。但是 在 go 中更推荐使用 错误类型,而不是 使用 panic 和 recover。只有当程序不能继续运行时,才应该使用panic-recover机制。
panic
panic 用于主动抛异常,类似于python 中的 raise
panic 有两个合理的用例。
-
发生了一个不能恢复的错误,此时程序不能继续运行。一个例子就是 web 服务器无法绑定所要求的端口。在这种情况下,就应该使用 panic,因为如果不能绑定端口,啥也做不了。
-
发生了一个编程上的错误。 假如我们有一个接收指针参数的方法,而其他人使用
nil
作为参数调用了它。在这种情况下,我们可以使用 panic,因为这是一个编程错误:用nil
参数调用了一个只能接收合法指针的方法。
示例
func main() {
fmt.Println("我开始了")
panic("我出错了")
fmt.Println("我结束了")
}
recover
recover 用于恢复程序运行,但是recover的正确使用有 2 点需要注意
- recover 必须配合defer 使用
- recover 必须是要在defer 闭包或者调用函数下的第一层使用
示例
func main() {
fmt.Println("我开始了")
// recover() // 执行时还没报错,所以无效
defer func() { // 正确使用1
recover()
}()
// defer Test4() // 正确使用2
panic("我出错了")
// recover() // 报错后执行不到这里,所以无效
fmt.Println("我结束了")
}
func Test4() {
recover()
}
需要注意的是,recover 能恢复程序的运行,但是 这一层 的后续代码是不会执行的。会直接跳过该函数或方法,执行其他的代码
func main() {
f1()
f2()
f3()
}
func Test4() {
recover()
}
func f1() {
fmt.Println("我是f1")
}
func f2() {
defer Test4() // 正确使用2
panic("f2报错了")
fmt.Println("我是f2")
}
func f3() {
fmt.Println("我是f3")
}
go 中异常处理模板
对比 python 中的 try-except-finallly,在go中也可以利用 recover + defer + if 判断的方式实现,代码如下:
defer func() {
if err := recover(); err != nil { // err 有值说明有错误
fmt.Println(err) // 打印错误类型, python中 except 中的代码
}
fmt.Println("python中finally的代码")
}
将这段代码,放在可能要出错的代码上方即可,当然你也可以写成上述正确使用2,来使用。