技術文章 » golang怎麼進行錯誤處理

golang怎麼進行錯誤處理

2022-12-23 14:00:47

Golang通常有三種錯誤處理方式：錯誤哨兵（Sentinel Error）、錯誤型別斷言和記錄錯誤呼叫棧。錯誤哨兵指的是用特定值的變數作為錯誤處理分支的判定條件。錯誤型別用於路由錯誤處理邏輯，和錯誤哨兵有異曲同工的作用，由型別系統來提供錯誤種類的唯一性。錯誤黑盒指的是不過分關心錯誤型別，將錯誤返回給上層；當需要採取行動時，要針對錯誤的行為進行斷言，而非錯誤型別。

本教學操作環境：windows7系統、GO 1.18版本、Dell G3電腦。

golang沒有提供try-catch類似的錯誤處理機制，在設計層面採用了C語言風格的錯誤處理，通過函數返回值返回出錯的錯誤資訊，具體樣例如下：

func ReturnError() (string, error) {
	return "", fmt.Errorf("Test Error")
}

func main() {
	val, err := ReturnError()
	if err != nil {
		panic(err)
	}
	fmt.Println(val)
}
登入後複製

上面的例子是一個基本的錯誤處理樣例，生產環境中執行的呼叫棧往往非常複雜，返回的error也各式各樣，常常需要根據返回的錯誤資訊確定具體的錯誤處理邏輯。【相關推薦：Go視訊教學、】

Golang通常有如下的三種錯誤處理方式，錯誤哨兵(Sentinel Error)、錯誤型別斷言(Error Type Asseration)和記錄錯誤呼叫棧。

錯誤哨兵(Sentinel Error)

哨兵指的是用特定值的變數作為錯誤處理分支的判定條件，常見的應用場景有gorm中的gorm.RecordNotFounded和redis庫裡的redis.NIL。

golang裡可以對同型別變數進行比較，介面變數則比較介面指向的的指標的地址。因此，當且僅當error型別的變數指向同一地址時，此兩種變數相等，否則都為不相等。

var ErrTest = errors.New("Test Error")

err := doSomething()
if err == ErrTest{
	// TODO: Do With Error
}
登入後複製

使用哨兵存在如下幾個問題存在兩個問題：

1、程式碼結構不靈活，分支處理只能使用==或者!=進行判定，長此以往，容易寫出常義大利麵條式的程式碼。

var ErrTest1 = errors.New("ErrTest1")
var ErrTest2 = errors.New("ErrTest1")
var ErrTest3 = errors.New("ErrTest1")
……
var ErrTestN = errors.New("ErrTestN")
……
if err  == ErrTest1{
	……
} else if err == ErrTest2{
	……
}else if err == ErrTest3{
	……
}
……
else err == ErrTestN{
	……
}
登入後複製

2、哨兵變數值不能被修改，否則會導致邏輯錯誤，上述golang寫法的error哨兵可以被改變，可以通過如下方式解決：

type Error string

func (e Error) Error() string { return string(e) }
登入後複製

3、哨兵變數會導致極強的耦合性，介面新增error的吐出就會造成使用者相應修改程式碼新增的處理錯誤問題。

相比較上面的方案，錯誤哨兵還有一種更為優雅的方案，依賴於介面而非變數：

var ErrTest1 = errors.New("ErrTest1")

func IsErrTest1(err error) bool{
  return err == ErrTest1
}
登入後複製

錯誤型別

錯誤型別來路由錯誤處理邏輯，和錯誤哨兵有異曲同工的作用，由型別系統來提供錯誤種類的唯一性，使用方法如下：

type TestError {
}
func(err *TestError) Error() string{
	return "Test Error"
}
if err, ok := err.(TestError); ok {
	//TODO 錯誤分支處理
}

err := something()
switch err := err.(type) {
case nil:
        // call succeeded, nothing to do
case *TestError:
        fmt.Println("error occurred on line:", err.Line)
default:
// unknown error
}
登入後複製

相比較於哨兵，錯誤型別的不變性更好，且可以使用switch來提供優雅的路由策略。但是這使得使用方依舊無法避免對於包的過重依賴。

使用介面丟擲更復雜，多樣的錯誤，依舊需要改變呼叫方的程式碼。

錯誤黑盒（依賴錯誤介面）

錯誤黑盒指的是不過分關心錯誤型別，將錯誤返回給上層。當需要採取行動時，要針對錯誤的行為進行斷言，而非錯誤型別。

func fn() error{
	x, err := Foo()
	if err != nil {
		return err
	}
}

func main(){
	err := fn()
	if IsTemporary(err){
		fmt.Println("Temporary Error")
	}
}

type temporary interface {
        Temporary() bool
}
 
// IsTemporary returns true if err is temporary.
func IsTemporary(err error) bool {
        te, ok := err.(temporary)
        return ok && te.Temporary()
}
登入後複製

通過這樣的方式，1.直接就解耦了介面間的依賴，2. 錯誤處理路由和錯誤型別無關，而與具體行為有關，避免了膨脹的錯誤型別。

總結

錯誤哨兵和錯誤型別避免不了依賴過重的問題，只有錯誤黑盒能夠將問題從確定錯誤型別（變數）的處理邏輯變為確定錯誤行為。因此推薦使用第三種方式來處理錯誤。

這裡必要要加一句，黑盒處理，返回錯誤並不意味著對錯誤的存在不理會或者是直接忽略，而是需要在合適的地方優雅得處理。在這個過程中，可以通過的Wrap，打log等方式，在錯誤逐層返回的過程中記錄呼叫鏈路的上下文資訊。

func authenticate() error{
	return fmt.Errorf("authenticate")
}

func AuthenticateRequest() error {
	err := authenticate()
	// OR logger.Info("authenticate fail %v", err)
	if err != nil {
		return errors.Wrap(err, "AuthenticateRequest")
	}
	return nil
}

func main(){
	err := AuthenticateRequest()
	fmt.Printf("%+v\n", err)
	fmt.Println("##########")
	fmt.Printf("%v\n", errors.Cause(err))
}

// 列印資訊
authenticate
AuthenticateRequest
main.AuthenticateRequest
	/Users/hekangle/MyPersonProject/go-pattern/main.go:17
main.main
	/Users/hekangle/MyPersonProject/go-pattern/main.go:23
runtime.main
	/usr/local/Cellar/[email protected]/1.13.12/libexec/src/runtime/proc.go:203
runtime.goexit
	/usr/local/Cellar/[email protected]/1.13.12/libexec/src/runtime/asm_amd64.s:1357
##########
authenticate
登入後複製

更多程式設計相關知識，請存取：！！

以上就是golang怎麼進行錯誤處理的詳細內容，更多請關注TW511.COM其它相關文章！