golang panic和recover 实现原理

本文主要是介绍golang panic和recover 实现原理，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

这篇文章是系列文章中的第二篇，系列文章主要包括：

1. golang defer的原理
2. golang panic和recover()函数的原理(包括golang对于错误处理方式)
3. defer性能损耗的讨论以及最重要的应用场景
4. defer在golang 1.13 上的性能

panic 能中断一个程序的执行，同时也能在一定情况下进行恢复(recover)。我们就来看一看 panic 和 recover 这对关键字的实现机制。根据我们对 Go 的实践，可以预见的是，他们的实现跟runtime调度器和 defer 关键字也紧密相关。

思考

1.为什么go 进程会终止

func main() {panic("sim lou.")
}

输出结果是：

panic: sim lou.goroutine 1 [running]:
main.main()/Users/ytlou/Desktop/golang/golang_study/study/basic/panic/panic_test1.go:4 +0x39
Process finished with exit code 2

这里思考一下，为什么执行 panic 后会导致应用程序运行中止？或者说执行panic为什么导致进程终止了？

2. 为什么不会中止运行

func main() {defer func() {if err := recover(); err != nil {log.Printf("recover: %v", err)}}()panic("sim lou.")
}

输出结果是：

2019/10/26 22:19:33 recover: sim lou.Process finished with exit code 0

思考一下为什么加上 defer + recover 组合就可以保护应用程序不会退出。

3.不设置 defer 行不

上面问题二是 defer + recover 组合，那我去掉 defer 是不是也可以呢？如下：

func main() {if err := recover(); err != nil {log.Printf("recover: %v", err)}panic("sim lou.")
}

运行结果：

panic: sim lou.goroutine 1 [running]:
main.main()/Users/ytlou/Desktop/golang/golang_study/study/basic/panic/panic_test3.go:9 +0xa1Process finished with exit code 2

不行！！！我们常说 defer + recover 组合 “万能” 捕获。但是为什么呢。去掉 defer 后为什么就无法捕获了？

思考一下，为什么需要设置 defer 后 recover 才能起作用？

同时你还需要仔细想想，我们设置 defer + recover 组合后就能无忧无虑了吗，各种 “乱” 写了吗？

4. 为什么起个 goroutine 就不行

func main() {go func() {defer func() {if err := recover(); err != nil {log.Printf("recover: %v", err)}}()}()panic("qwertyuiop.")
}

输出结果：

panic: qwertyuiop.goroutine 1 [running]:
main.main()/Users/ytlou/Desktop/golang/golang_study/study/basic/panic/panic_test4.go:13 +0x51

请思考一下，为什么新起了一个 Gor

这篇关于golang panic和recover 实现原理的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---