Go語言學習筆記之錯誤和異常詳解
錯誤
Go 語言通過內置的錯誤接口提供瞭非常簡單的錯誤處理機制,Error 類型是一個接口類型。
type error interface { Error() string }
可以在編碼中通過實現 error 接口類型來生成錯誤信息。
函數通常在最後的返回值中返回錯誤信息。
// 定義一個 DivideError 結構 type DivideError struct { dividee int divider int } // 實現 `error` 接口 func (de *DivideError) Error() string { strFormat := ` Cannot proceed, the divider is zero. dividee: %d divider: 0 ` return fmt.Sprintf(strFormat, de.dividee) } func Divide(varDividee int, varDivider int) (result int, errorMsg string) { if varDivider == 0 { dData := DivideError{ dividee: varDividee, divider: varDivider, } errorMsg = dData.Error() return } else { return varDividee / varDivider, "" } }
Divide 函數傳入除數和被除數,當被除數為零時,函數拋出異常。
if result, errorMsg := Divide(100, 10); errorMsg == "" { fmt.Println(result) }
這是正常情況下。
當除數為零的時候會返回錯誤信息。
if _, errorMsg := Divide(100, 0); errorMsg != "" { fmt.Println("errorMsg is: ", errorMsg) }
異常
Go的類型系統會在編譯時捕獲很多錯誤,但有些錯誤隻能在運行時檢查,如數組訪問越界、空指針引用等。這些運行時錯誤會引起painc異常。
當程序發生異常時,無法繼續運行,使用 panic
來終止程序。
應該盡可能地使用錯誤,而不是使用 panic
和 recover
。隻有當程序不能繼續運行的時候,才應該使用 panic
和 recover
機制。
panic
有兩個合理的用例:
- 發生瞭一個不能恢復的錯誤,此時程序不能繼續運行。
- 發生瞭一個編程上的錯誤。一個接收指針參數的方法,而其他人使用
nil
作為參數調用瞭它。在這種情況下,可以使用panic
,因為這是一個編程錯誤:用nil
參數調用瞭一個隻能接收合法指針的方法。
內建函數 panic
:
func panic(v interface{})
當程序終止時,會打印傳入 panic
的參數。
package main func main() { panic("panic error") }
會打印出傳入 panic
函數的信息,並打印出堆棧跟蹤。
recover
是一個內建函數,用於重新獲得 panic
協程的控制。
func recover() interface{}
recover
必須在 defer
函數中才能生效,在延遲函數內調用 recover
,可以取到 panic
的錯誤信息,並且停止 panic
續發事件。隻有在相同的協程中調用 recover
才管用, recover
不能恢復一個不同協程的 panic
。
package main import "fmt" func outOfArray(x int) { defer func() { // recover() 可以將捕獲到的 panic 信息打印 if err := recover(); err != nil { fmt.Println(err) } }() var array [5]int array[x] = 1 } func main() { // 故意制造數組越界 觸發 panic outOfArray(20) // 如果能執行到這句 說明 panic 被捕獲瞭 // 後續的程序能繼續運行 fmt.Println("main...") }
總結
到此這篇關於Go語言學習筆記之錯誤和異常的文章就介紹到這瞭,更多相關Go語言錯誤和異常內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- Golang中panic的異常處理
- Go語言學習函數+結構體+方法+接口
- Go錯誤和異常CGO fallthrough處理教程詳解
- GoLang函數與面向接口編程全面分析講解
- 基於go interface{}==nil 的幾種坑及原理分析