大家好，我是Z哥。

最近用 Golang 進(jìn)行編碼也有3個(gè)月了，說來慚愧，到現(xiàn)在還沒正兒八經(jīng)深入學(xué)習(xí)一下 Golang，一直被工作趕著往前在跑。

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

對(duì) goroutine 的底層細(xì)節(jié)就不展開了，網(wǎng)上有不少相關(guān)的文章解讀，如果你愿意的話，也可以去扒一下 Golang 的源碼。

簡(jiǎn)單對(duì) goroutine 進(jìn)行一下概括就是：

goroutine 實(shí)現(xiàn)了 M:N 的線程模型，是協(xié)程的一種實(shí)現(xiàn)。golang 內(nèi)置的調(diào)度器，可以讓多核 CPU 中每個(gè) CPU 執(zhí)行一個(gè)協(xié)程。

單從表現(xiàn)來看，你可以將 goroutine 看作是 java 之類編程語(yǔ)言中的多線程的運(yùn)行效果。

好了，那么問題來了：goroutine 中發(fā)生 panic 會(huì)怎樣?

話不多說，實(shí)踐是檢驗(yàn)真理的唯一標(biāo)準(zhǔn)，我們直接上手 coding。

func main()  {
  go panicInGoroutine()

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

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

運(yùn)行代碼的結(jié)果如下：

可以看到，整個(gè)程序都崩了。

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

可能你會(huì)覺得整個(gè)程序之所以會(huì)崩，是因?yàn)楫惓１粚訉由蠏伒街骶€程導(dǎo)致的，其實(shí)并非如此。在 Golang 中，任何地方發(fā)生的任意一個(gè) panic，都會(huì)直接程序退出。

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

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

func main() {
  go panicInGoroutine()

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

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

  panic("panic in goroutine.")
}

執(zhí)行上面的代碼，結(jié)果如下：

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

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

  go panicInGoroutine()

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

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

運(yùn)行之后的結(jié)果：

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

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

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

• 必須通過 defer 關(guān)鍵字來調(diào)用 recover()。
• 當(dāng)通過 goroutine 調(diào)用某個(gè)方法，一定要確保內(nèi)部有 recover() 機(jī)制。

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