大家好，我是Z哥。

最近用 Golang 進行編碼也有3個月了，說來慚愧，到現在還沒正兒八經深入學習一下 Golang，一直被工作趕著往前在跑。

最近正好在工作中遇到一個問題，需要對 Golang 中的 goroutine 和 panic & recover 稍做深入的了解，算是忙里偷閑學習一下。

對 goroutine 的底層細節就不展開了，網上有不少相關的文章解讀，如果你愿意的話，也可以去扒一下 Golang 的源碼。

簡單對 goroutine 進行一下概括就是：

goroutine 實現了 M:N 的線程模型，是協程的一種實現。golang 內置的調度器，可以讓多核 CPU 中每個 CPU 執行一個協程。

單從表現來看，你可以將 goroutine 看作是 java 之類編程語言中的多線程的運行效果。

好了，那么問題來了：goroutine 中發生 panic 會怎樣?

話不多說，實踐是檢驗真理的唯一標準，我們直接上手 coding。

func main()  {
  go panicInGoroutine()

  //以下3行代碼是為了讓控制臺掛起，等待gorouine運行完畢。
  fmt.Println("wait")
  input := bufio.NewScanner(os.Stdin)
  input.Scan()
}

func panicInGoroutine()  {
  panic("panic in goroutine.")
}

運行代碼的結果如下：

可以看到，整個程序都崩了。

那么，如果在 goroutine 里的 goroutine 發出 panic 呢?也是一樣的效果，程序崩了。

可能你會覺得整個程序之所以會崩，是因為異常被層層上拋到主線程導致的，其實并非如此。在 Golang 中，任何地方發生的任意一個 panic，都會直接程序退出。

那么怎么才能讓程序不退出呢?

通過調用 recover() 方法來捕獲 panic 并恢復將要崩掉的程序。

func main() {
  go panicInGoroutine()

  //以下3行代碼是為了讓控制臺掛起，等待gorouine運行完畢。
  fmt.Println("wait")
  input := bufio.NewScanner(os.Stdin)
  input.Scan()
}

func panicInGoroutine() {
  //recover()必須要和defer配合一起用，確保一旦執行到該方法體，這里定義的defer方法一定會被執行，哪怕是發生了panic。
  defer func() {
    err := recover()
    if err != nil {
      fmt.Printf("recover receive a err: %+v \n", err)
    }
  }()

  panic("panic in goroutine.")
}

執行上面的代碼，結果如下：

可以看到，程序沒有再崩了。那么新的問題又來了，能不能把 recover() 放到最外層的方法里，這樣可以更好地實現一次 recover() 覆蓋當前方法其下所有的 panic。

func main() {
        defer func() {
    err := recover()
    if err != nil {
      fmt.Printf("recover receive a err: %+v \n", err)
    }
  }()

  go panicInGoroutine()

  //以下3行代碼是為了讓控制臺掛起，等待gorouine運行完畢。
  fmt.Println("wait")
  input := bufio.NewScanner(os.Stdin)
  input.Scan()
}

func panicInGoroutine() {
  panic("panic in goroutine.")
}

運行之后的結果：

竟然還是崩了。如果你是一位 Java 或者 .Net 的程序員習慣了 try-catch-finally 的運行效果肯定對這個結果比較意外。在父方法定義的 recover() 竟然無法捕獲到子方法里的 panic。

其實這里的原因是，外層方法中定義的 recover() 無法捕獲通過 goroutine 執行的子方法中拋出的 panic。在上面的代碼中，我們把 go panicInGoroutine() 前面的 go 去掉就可以正常捕獲了。

好了，那么根據以上這些信息得到的處理 panic 的正確姿勢是什么呢?

• 必須通過 defer 關鍵字來調用 recover()。
• 當通過 goroutine 調用某個方法，一定要確保內部有 recover() 機制。

如果你想進一步深入了解 panic 和 recove r的機制，分享你一個超棒的硬核視頻：https://www.bilibili.com/video/BV155411Y7XT，第一遍看可能會有點暈，建議反復看，直到完全理解其原理。