Go語言追求簡潔優雅,因此,Go語言不支持傳統的 try…catch…finally 這種異常,由於Go語言的設計者們認爲,將異常與控制結構混在一塊兒會很容易使得代碼變得混亂。由於開發者很容易濫用異常,甚至一個小小的錯誤都拋出一個異常。在Go語言中,使用多值返回來返回錯誤。不要用異常代替錯誤,更不要用來控制流程。在極個別的狀況下,也就是說,遇到真正的異常的狀況下(好比除數爲0了)。才使用Go中引入的Exception處理:defer, panic, recover。git
這幾個異常的使用場景能夠這麼簡單描述:Go中能夠拋出一個panic的異常,而後在defer中經過recover捕獲這個異常,而後正常處理。github
例子代碼:golang
func g(i int) { if i>1 { fmt.Println("Panic!") panic(fmt.Sprintf("%v", i)) } } func f() { defer func() { if r := recover(); r != nil { fmt.Println("Recovered in f", r) } }() for i := 0; i < 4; i++ { fmt.Println("Calling g with ", i) g(i) fmt.Println("Returned normally from g.") } } func main() { f() fmt.Println("Returned normally from f.") } 輸出結果: Calling g with 0 Returned normally from g. Calling g with 1 Returned normally from g. Calling g with 2 Panic! Recovered in f 2 Returned normally from f.
參考: http://blog.csdn.net/ghost911_slb/article/details/7831574web
defer 英文原意: vi. 推遲;延期;服從 vt. 使推遲;使延期。app
defer的思想相似於C++中的析構函數,不過Go語言中「析構」的不是對象,而是函數,defer就是用來添加函數結束時執行的語句。注意這裏強調的是添加,而不是指定,由於不一樣於C++中的析構函數是靜態的,Go中的defer是動態的。函數
func f() (result int) { defer func () { result++ }() return 0 }
上面函數返回1,由於defer中添加了一個函數,在函數返回前改變了命名返回值的值。是否是很好用呢。可是,要注意的是,若是咱們的defer語句沒有執行,那麼defer的函數就不會添加,若是把上面的程序改爲這樣:ui
func f() (result int) { return 0 defer func () { result++ }() return 0 }
上面的函數就返回0了,由於還沒來得及添加defer的東西,函數就返回了。spa
另外值得一提的是,defer能夠屢次,這樣造成一個defer棧,後defer的語句在函數返回時將先被調用。.net
參考: http://weager.sinaapp.com/?p=31 設計
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 英文原意: 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對待異常(準確的說是panic)的態度就是這樣,沒有全面否認異常的存在,同時極力不鼓勵多用異常。
參考: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