Goroutine 配上 Panic會怎樣？

作者：Zachary 2022-02-18 15:07:29

開發前端

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

大家好，我是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.")
}