recover 沒有捕獲異常 golang捕獲異常

2021-10-13 06:09:15 字數 1570 閱讀 9165

go語言追求簡潔優雅,所以,go語言不支援傳統的 try…catch…finally 這種異常,因為go語言的設計者們認為,將異常與控制結構混在一起會很容易使得**變得混亂。因為開發者很容易濫用異常,甚至乙個小小的錯誤都丟擲乙個異常。在go語言中,使用多值返回來返回錯誤。不要用異常代替錯誤,更不要用來控制流程。在極個別的情況下,也就是說,遇到真正的異常的情況下(比如除數為0了)。才使用go中引入的exception處理:defer, panic, recover。

這幾個異常的使用場景可以這麼簡單描述:go中可以丟擲乙個panic的異常,然後在defer中通過recover捕獲這個異常,然後正常處理。

例子**:package mainimport "fmt"func main()fmt.println("d")}()f()}func f()輸出結果:ac

dexit code 0, process exited normally.

defer

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

defer的思想類似於c++中的析構函式,不過go語言中「析構」的不是物件,而是函式,defer就是用來新增函式結束時執行的語句。注意這裡強調的是新增,而不是指定,因為不同於c++中的析構函式是靜態的,go中的defer是動態的。

func f() (result int) 型別的值(也就是任何值了)作為引數。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 的異常處理有個例子在:

package main

//實現 try catch 例子

func try(fun func(), handler func(inte***ce{})) , func(e inte***ce{}) {

print(e)

注意:recover 只能放到 defer 函式裡面,不能放到子函式。

Go 筆記 關於 Panic和 Recover

今天看了一下go語言,在講到以往其他語言的異常的時候,go採用了不同的方式 panic 函式類似於丟擲乙個異常,這個異常會中斷當前的執行函式 在 defer 的延遲執行環境中,呼叫 recover 如果 recover 返回的是 nil表示正常執行,如果非 nil 表示這個 defer延遲環境中 捕...

go 語言的宕機回覆(recover)

在go語言中,錯誤一般會由error觸發,但是如果比較嚴重的錯誤 通常是沒有恰當處理的error,也可是手動觸發 會造成panic。一旦主程式panic,會導致整個程式掛掉。如果這個錯誤不是那麼嚴重,我們希望程式可以繼續往下執行,而不是整個程式掛掉。用recover函式,對panic錯誤進行攔截,避...

mysql異常捕獲 MySql中捕獲異常的方法

下面是程式設計之家 jb51.cc 通過網路收集整理的 片段。mysql中是否能有sqlserver的 error變數呢,或者如c 中的try catch語法呢。答案是肯定的,例項 如下 code drop procedure if exists sp call jobs create proced...