golang recover函数使用中的一些坑解析
网络编程
正文
众所周知golang 中recover函数可以捕捉panic，防止在出现异常的情况下服务整个不可用。然而某些情况下recover也无法catch panic。下面就会说一些这些情况。
一，正常情况下
package mainimport "fmt"func main(){ defer func(){ if err := recover();err != nil{ fmt.Printf("err = %v",err) } }() panic("a panic")}打印结果：err = a panicProcess finished with exit code 0能正常catch panic
二， goroutine中panic
之前线上环境出现过接口出现panic导致服务不可用的情况，于是同事就直接在main函数加了个recover认为万事无忧了。实际上recover并不能捕捉到协程中的panic。
package mainimport "fmt"func main(){ defer func(){ if err := recover();err != nil{ fmt.Printf("err = %v",err) } }() go func(){ panic("a panic") }() select{}}打印结果：panic: a panicgoroutine 6 [running]:main.main.func2() I:/goProject/catchPanic.go:13 +0x40created by main.main I:/goProject/catchPanic.go:12 +0x5e实际上还是会panic导致服务不可用。
正确写法
package mainimport "fmt"func main(){ go func(){ defer func(){ if err := recover();err != nil{ fmt.Printf("err = %v",err) } }() panic("a panic") }() select {}}返回值：fatal error: all goroutines are asleep - deadlock!goroutine 1 [select (no cases)]:main.main() I:/goProject/catchPanic.go:15 +0x41err = a panicProcess finished with exit code 2可以看到panic被正常捕捉，同时因为select语句陷入阻塞，报了一个死锁的错。
三，间接调用recover
在我想要把recover封装成成一个函数的时候，发现recover并没有生效，因为recover只有在被defer语句直接调用的时候才会生效。当recover在其他函数内部的时候无法正确捕捉到panic。
package mainimport "fmt"func main(){ defer cover() panic("a panic")}func cover(){ defer func(){ if err := recover();err!= nil{ fmt.Println(err) } }()}返回值：panic: a panicgoroutine 1 [running]:main.main() I:/goProject/catchPanic.go:7 +0x62四，nil panic
panic要被捕捉，还需要满足一种条件，就是panic不是nil panic，否则在进行捕获判断的时候无法知道是panic没有发生还是panic本身就是nil。
例如以下代码
package mainimport "fmt"func main() { defer func(){ if err := recover();err != nil{ fmt.Println(err) } fmt.Println("after recover") }() panic(nil) select{}}返回值：after recoverrecover并没有正确处理异常，因为异常的值为nil。
五，总结
这篇文章讲述了三种recover会失效的情况。
- 携程中出现panic
- defer不直接调用recover
- panic的值为nil值
写代码的时候需要注意避免因为这几种情况的出现而导致服务不可用。以上就是golang新手常遇见的一些坑。
以上就是golang recover函数使用中的一些坑解析的详细内容
编辑：广州明生医药有限公司
标签：不可用,函数,情况,返回值,情况下