Go錯誤處理的基本規則有哪些

這篇文章主要講解了“Go錯誤處理的基本規則有哪些”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“Go錯誤處理的基本規則有哪些”吧！

規則1-不要忽略錯誤

遲早你的函數將返回失敗，你將花費大量時間來確定原因并恢復程序。

處理這些錯誤。如果您很急或太累-那么休息一下。

package main

import (
	"fmt"
	"time"
)

func main() {
	// 不要忽略這里的錯誤
	lucky, _ := ifItCanFailItWill()
}

func ifItCanFailItWill() (string, error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 == 0 {
		return "shinny desired value", nil
	}

	return "", fmt.Errorf("I will fail one day, handle me")
}

規則2

盡早返回錯誤

首先專注于代碼執行的“happy path”可能很自然，但是我更喜歡從驗證開始，并在最后一切都100％完好時才返回值。

縮放性差：

func nah() (string, error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 == 0 && isValid() {
		return "shinny desired value", nil
	}

	return "", fmt.Errorf("I will fail one day, handle me")
}

更專業的:

func earlyReturnRocks() (string, error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 > 0 {
		return "", fmt.Errorf("time dividability must be OCD compliant")
	}

	if !isValid() {
		return "", fmt.Errorf("a different custom, specific, helpful error message")
	}

	return "shinny desired value", nil
}

優點？

• 更容易閱讀

• 輕松添加更多驗證

• 嵌套代碼更少（尤其是在循環中）

• 明確關注安全和錯誤處理

• 每個if條件可能有特定的錯誤消息

規則3

返回值或錯誤（但不能同時包含兩者）

我看到開發人員同時使用返回值和錯誤。這是一個壞習慣。避免這樣做。

令人困惑：

func validateToken() (desiredValue string, expiredAt int, err error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 > 0 {
		// THE expiredAt (nowNs) SHOULD NOT BE RETURNED TOGETHER WITH THE ERR
		return "", nowNs, fmt.Errorf("token expired")
	}

	return "shinny desired value", 0, nil
}

不足？

• 方法簽名不清楚

• 必須對方法進行反向工程，以了解返回的值以及何時返回

沒錯，有時您需要返回有關該錯誤的其他信息，在這種情況下，請創建一個新的專用Error對象。

更專業的:

package main

import (
	"fmt"
	"github.com/davecgh/go-spew/spew"
	"time"
)

func main() {
	value, err := validateToken()
	if err != nil {
		spew.Dump(err.Error())
	}

	spew.Dump(value)
}

// Compatible with error built-in interface.
//
// type error interface {
//	Error() string
// }
type TokenExpiredErr struct {
	expiredAt int
}

func (e TokenExpiredErr) Error() string {
	return fmt.Sprintf("token expired at block %d", e.expiredAt)
}

func validateToken() (desiredValue string, err error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 > 0 {
		return "", TokenExpiredErr{expiredAt: nowNs}
	}

	return "shinny desired value", nil
}

規則4

記日志或返回（但不能同時）

當你將錯誤寫入log時，就是在處理它。不要將錯誤返回給呼叫者迫使他處理！

為什么？因為您不想兩次或多次對同一條消息記錄日志：

package main

import (
	"fmt"
	"os"
	"time"
)

func main() {
	// validateToken() is already doing the logging,
	// but I didn't reverse engineer the method so I don't know about that
	// and now I will unfortunately end up with the same message being logged twice
	_, err := validateToken()
	if err != nil {
		// I have nowhere to return it, SO I RIGHTFULLY LOG IT
		// And I will not ignore a possible error writing err
		_, err = fmt.Fprint(os.Stderr, fmt.Errorf("validating token failed. %s", err.Error()))
		if err != nil {
			// Extremely rare, no other choice
			panic(err)
		}

		os.Exit(1)
	}
}

type TokenExpiredErr struct {
	expiredAt int
}

func (e TokenExpiredErr) Error() string {
	return fmt.Sprintf("token expired at block %d", e.expiredAt)
}

func validateToken() (desiredValue string, err error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 > 0 {
		// DO NOT LOG AND RETURN
		// DO NOT LOG AND RETURN
		// DO NOT LOG AND RETURN
		fmt.Printf("token validation failed. token expired at %d", nowNs)
		return "", TokenExpiredErr{expiredAt: nowNs}
	}

	return "shinny desired value", nil
}

即用日志記錄，又返回錯誤會導致混亂輸出：

token validation failed. token expired at 115431493validating token failed. token expired at block 115431493

更專業的：log或返回錯誤，選其一：

validating token failed. token expired at block 599480733

規則5

在IDE中將if err != nil配置為宏

感謝各位的閱讀，以上就是“Go錯誤處理的基本規則有哪些”的內容了，經過本文的學習后，相信大家對Go錯誤處理的基本規則有哪些這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！