简言
在其他语言里，宕机往往以异常的形式存在，底层抛出异常，上层逻辑通过 try/catch 机制捕获异常，没有被捕获的严重异常会导致宕机
go语言追求简洁，优雅，Go语言不支持传统的 try…catch…finally 这种异常
Go语言的设计者们认为，将异常与控制结构混在一起会很容易使得代码变得混乱
Go语言，可以使用多值返回来返回错误。不要用异常代替错误，更不要用来控制流程。在极个别的情况下，才使用Go中引入的Exception处理：defer, panic, recover
Go中，对异常处理的原则是：多用error包，少用panic
panic() 函数
函数中遇到panic语句，会立即终止当前函数的执行，在panic所在函数内如果存在要执行的defer函数列表，按照defer的逆序执行
recover() 函数
recover函数的返回值报告协程是否正在遭遇panic
有异常时，recover()只能调用一次，后面再次调用则捕获不到任何异常
通常办法：go中可以抛出一个panic的异常，然后在defer中通过recover捕获这个异常，然后正常处理，从而恢复正常代码的执行
实验如下图：
实验代码如下（已添加详细注释，不再一一详述）：
package mainimport ("fmt""runtime/debug")// 异常处理函数1func panicDeal1() {fmt.Println("panicDeal1,begin")if err := recover(); err != nil {fmt.Println("err1:", err)// 打印出异常(由于panicDeal2()中的recover函数已经捕获了异常,所以这里捕获不到异常,不会得到执行)fmt.Println(string(debug.Stack())) // 打印出堆栈信息}fmt.Println("panicDeal1,end")}// 异常处理函数2func panicDeal2() {fmt.Println("panicDeal2,begin")if err := recover(); err != nil {fmt.Println("err2", err) // 打印出异常fmt.Println(string(debug.Stack())) // 打印出堆栈}fmt.Println("panicDeal2,end")}func test() {fmt.Println("1111")// 必须先声明defer,否则不能捕获panic异常defer panicDeal1()// 触发panic时,逆序执行,也就是先执行 panicDeal2(),再执行 panicDeal1()defer panicDeal2()fmt.Println("2222")// 空指针赋值,产生崩溃var p *int*p = 1// 这里的代码得不到执行fmt.Println("3333")}func main() {test()}
