【go】异常处理panic和recover

panic 和 recover

当然能触发程序宕机退出的，也可以是我们自己，比如经过检查判断，当前环境无法达到我们程序进行的预期条件时（比如一个服务指定监听端口被其他程序占用），可以手动触发 panic，让程序退出停止运行。

1. 触发panic

手动触发宕机，是非常简单的一件事，只需要调用 panic 这个内置函数即可，就像这样子

package mainfunc main() {panic("crash")
}

运行结果：

panic: crashgoroutine 1 [running]:
main.main()d:/Goworks/src/尚硅谷/异常处理/demo01.go:4 +0x25
exit status 2

2. 捕获 panic

发生了异常，有时候就得捕获，就像 Python 中的except 一样，那 Golang 中是如何做到的呢？

这就不得不引出另外一个内建函数 – recover，它可以让程序在发生宕机后起生回生。

但是 recover 的使用，有一个条件，就是它必须在 defer 函数中才能生效，其他作用域下，它是不工作的。

这是一个简单的例子

package mainimport "fmt"func set_data(x int) {defer func() {// recover() 可以将捕获到的panic信息打印if err := recover(); err != nil {fmt.Println(err)}}()// 故意制造数组越界，触发 panicvar arr [10]intarr[x] = 88
}func main() {set_data(20)// 如果能执行到这句，说明panic被捕获了// 后续的程序能继续运行fmt.Println("everything is ok")
}

运行结果：

捕获到panic后正常运行。

runtime error: index out of range [20] with length 10
everything is ok

3. 无法跨协程

从上面的例子，可以看到，即使 panic 会导致整个程序退出，但在退出前，若有 defer 延迟函数，还是得执行完 defer 。

但是这个 defer 在多个协程之间是没有效果，在子协程里触发 panic，只能触发自己协程内的 defer，而不能调用 main 协程里的 defer 函数的。

来做个实验就知道了

package mainimport ("fmt""time"
)func main() {// 这个 defer 并不会执行defer fmt.Println("in main")go func() {defer println("in goroutine")// 这个panic就会终止程序// 在这终止了外面的defer也不会执行panic("")}()time.Sleep(2 * time.Second)
}

输出如下，并没有执行defer fmt.Println(“in main”)

in goroutine
panic:goroutine 19 [running]:
main.main.func1()d:/Goworks/src/尚硅谷/异常处理/demo03.go:14 +0x3e
created by main.main in goroutine 1d:/Goworks/src/尚硅谷/异常处理/demo03.go:12 +0x59
exit status 2

4. 总结

Golang 异常的抛出与捕获，依赖两个内置函数：

• panic：抛出异常，使程序崩溃
• recover：捕获异常，恢复程序或做收尾工作（通常来说，不应该对进入 panic 宕机的程序做任何处理，但有时，需要我们可以从宕机中恢复，至少我们可以在程序崩溃前，做一些操作，举个例子，当 web 服务器遇到不可预料的严重问题时，在崩溃前应该将所有的连接关闭，如果不做任何处理，会使得客户端一直处于等待状态，如果 web 服务器还在开发阶段，服务器甚至可以将异常信息反馈到客户端，帮助调试。）

revocer 调用后，抛出的 panic 将会在此处终结，不会再外抛，但是 recover，并不能任意使用，它有强制要求，必须得在 defer 下才能发挥用途。