上次一起写了 3 个案例，咱们这一次继续，这一次的会比上一次的稍微不太一样
案例 1
还有一个也非常常用的案例，使用 defer 来捕获异常 ，也就是当程序崩溃的时候，defer 语句可以帮我们兜底，可以捕获异常后按照我们期望的逻辑进行执行，让程序回到正确的轨道上面
- 一般使程序崩溃很简单， C/C++ 的时候，我们可以造异常，例如除 0 ，或者是数组越界等等就会导致程序崩溃
- GO 里面造异常也可以按照上面这种方式，但是我们也可以使用 panic 函数来实现程序崩溃
- 写一个简单的例子，把自己的程序搞崩
func testDefer() { defer func() { fmt.Println(" panic 前 ") }() panic("i panic") defer func() { fmt.Println(" panic 后") }() } func main() { testDefer() fmt.Println("program over") }
其实我们看 goland 工具就可以看到，下面这一句话是不会被执行的
defer func() { fmt.Println(" panic 后") }()
实际运行程序后，结果如下：
我们可以看到实际效果，程序是崩溃了，因为 fmt.Println("program over") 没有打印出来，且看图片，是有具体的 panic 信息的
从上述可以看明白， panic 之后的程序是不会执行的， panic 之前的 defer 语句会执行，因为他先入栈了
那么我们来捕获一下异常
还是上面的代码，我们来捕获一下异常，就是加一句话就可以了
func testDefer() { defer func() { fmt.Println(" panic 前 ") if err := recover(); err != nil { fmt.Println(" xdm , 我捕获到异常了，程序不用崩溃了 ") } }() panic("i panic") //触发defer出栈 defer func() { fmt.Println(" panic 后") }() } func main() { testDefer() fmt.Println("program over") }
看上述代码，panic 之后的程序仍然是不会执行的，但是我们加入了 recover() 语句， 他会帮助我们捕获异常，处理异常
执行上述代码后，效果如下：
> go run main.go panic 前 xdm , 我捕获到异常了，程序不用崩溃了 program over
根据打印我们可以看出，结论和上面一个例子结论一致，并且加入异常捕获之后，程序的崩溃堆栈信息是不会打印出来了， 并且程序是正常退出了，我们可以看到正常打印了 program over
案例 2
咱们再来字后一个 案例 玩一下
上面都是出现 1 个 panic 的情况 ，那么，如果是出现多个 panic 是怎么玩的呢， defer 他还能捕获到 panic 信息吗？若出现 2 个 panic， defer 也能捕获 2 个吗？
func main() { defer func() { if err := recover(); err != nil { fmt.Println("xdm, 我捕获到异常了") } }() defer func() { panic("defer func panic") }() panic(" i panic") panic(" last panic") fmt.Println("baibai") }
看到上述代码，一时间知道怎么走，但是我们看 goland 就知道 panic 后面的语句肯定不会执行
尝试分析一下，前面有说，defer 是按照栈的顺序来的
- 第 1 个 derfer 先入栈
- 第 2 个 defer 后入栈
- 执行 panic 程序崩溃 应该会报错
i panic - 但是程序退出的时候，会出栈，会先执行 第 2 个 defer ， 这个 defer 也是一个 panic， 则会覆盖刚才的 panic 信息，应该会报错
defer func panic - 执行出栈，执行到第 1 个 defer ，异常被捕获了，程序正常退出，因此执行程序会有如下结果
xdm, 我捕获到异常了
好了，今天就到这里，感兴趣的朋友也可以玩起来
欢迎点赞，关注，收藏
朋友们，你的支持和鼓励，是我坚持分享，提高质量的动力
好了，本次就到这里
技术是开放的，我们的心态，更应是开放的。拥抱变化，向阳而生，努力向前行。
我是阿兵云原生，欢迎点赞关注收藏，下次见~
