Go語言異常處理defer\panic\recover

Go語言追求簡潔優雅,因此,Go語言不支持傳統的 try…catch…finally 這種異常,由於Go語言的設計者們認爲,將異常與控制結構混在一塊兒會很容易使得代碼變得混亂。由於開發者很容易濫用異常,甚至一個小小的錯誤都拋出一個異常。在Go語言中,使用多值返回來返回錯誤。不要用異常代替錯誤,更不要用來控制流程。在極個別的狀況下,也就是說,遇到真正的異常的狀況下(好比除數爲 0了)。才使用Go中引入的Exception處理:defer, panic, recover。git

這幾個異常的使用場景能夠這麼簡單描述:Go中能夠拋出一個panic的異常,而後在defer中經過recover捕獲這個異常,而後正常處理。github

例子代碼:golang

package main

 

import "fmt"

 

func main(){

    defer func(){ // 必需要先聲明defer,不然不能捕獲到panic異常

        fmt.Println("c")

        if err:=recover();err!=nil{

            fmt.Println(err) // 這裏的err其實就是panic傳入的內容,55

        }

        fmt.Println("d")

    }()

    f()

}

 

func f(){

    fmt.Println("a")

    panic(55)

    fmt.Println("b")

    fmt.Println("f")

}

輸出結果:

a
c
55
d
exit code 0, process exited normally.

參考: http://blog.csdn.net/ghost911_slb/article/details/7831574web

defer

defer 英文原意: vi. 推遲;延期;服從   vt. 使推遲;使延期。app

defer的思想相似於C++中的析構函數,不過Go語言中「析構」的不是對象,而是函數,defer就是用來添加函數結束時執行的語句。注意這裏強調的是添加,而不是指定,由於不一樣於C++中的析構函數是靜態的,Go中的defer是動態的。函數

func f() (result int) {
  defer func() {
    result++
  }()
  return 0
}

上面的函數就返回0了,由於還沒來得及添加defer的東西,函數就返回了。ui

另外值得一提的是,defer能夠屢次,這樣造成一個defer棧,後defer的語句在函數返回時將先被調用。spa

參考: http://weager.sinaapp.com/?p=31.net

panic

panic 英文原意:n. 恐慌,驚慌;大恐慌  adj. 恐慌的;沒有理由的  vt. 使恐慌  vi. 十分驚慌設計

panic 是用來表示很是嚴重的不可恢復的錯誤的。在Go語言中這是一個內置函數,接收一個interface{}類型的值(也就是任何值了)做爲參數。panic 的做用就像咱們日常接觸的異常。不過Go可沒有try…catch,因此,panic通常會致使程序掛掉(除非recover)。因此,Go語言中的異常,那真的是異常了。你能夠試試,調用panic看看,程序立馬掛掉,而後Go運行時會打印出調用棧。
可是,關鍵的一點是,即便函數執行的時候 panic了,函數不往下走了,運行時並非馬上向上傳遞panic,而是到defer那,等defer的東西都跑完了,panic再向上傳遞。因此這時候 defer 有點相似 try-catch-finally 中的 finally。
panic就是這麼簡單。拋出個真正意義上的異常。

recover

recover 英文原意: vt. 恢復;彌補;從新得到   vi. 恢復;勝訴;從新得球   n. 還原至預備姿式

上面說到,panic的函數並不會馬上返回,而是先defer,再返回。這時候(defer的時候),若是有辦法將panic捕獲到,並阻止panic傳遞,那就異常的處理機制就完善了。

Go語言提供了recover內置函數,前面提到,一旦panic,邏輯就會走到defer那,那咱們就在defer那等着,調用recover函數將會捕獲到當前的panic(若是有的話),被捕獲到的panic就不會向上傳遞了,因而,世界恢復了和平。你能夠幹你想幹的事情了。

不過要注意的是,recover以後,邏輯並不會恢復到panic那個點去,函數仍是會在defer以後返回。

用Go實現相似 try catch 的異常處理有個例子在:

http://www.douban.com/note/238705941/

結論:

Go沒有全面否認異常的存在,同時極力不鼓勵多用異常。

參考:http://blog.dccmx.com/2012/01/exception-the-go-way/

http://kejibo.com/golang-exceptions-handle-defer-try/

http://bookjovi.iteye.com/blog/1335282

https://github.com/astaxie/build-web-application-with-golang/blob/master/02.3.md

相關文章
相關標籤/搜索