前段時間準備對線上一個golang系統服務進行內部開源,對程式碼裡面的錯誤處理進行了一波優化。
優化的幾個原因:
- 錯誤處理資訊隨意,未分類未定義。看到錯誤日誌不能第一時間定位
- 錯誤的日誌重複,有時候一個錯誤經過了好幾層,每一層都會記錄,導致日誌混亂
- 錯誤處理不統一,使用不統一,管理也不統一
優化的解決辦法:
- 對錯誤進行分類,統一定義和使用
- 每一個錯誤都有冒泡到包的頂層,處理與記日誌。使用方只需定義好自己的資訊
實施過程
錯誤分類:函式級,包模組級,系統api級。
函式級別:
還是採用 err != nil 的形式,並且做一個如下的包裝。
模組級別
統一返回到對應的goroutine頂層處理
服務對外級別
適當的code和健名的message
底層錯誤級別
考慮及時panic,暴露有用資訊
以下為程式碼設計:
點選檢視程式碼
package ferrors
import (
"fmt"
"golang.org/x/xerrors"
)
//Errors 新的錯誤處理方式
type Errors struct {
Code int64
Msg string
}
// Error 輸出錯誤資訊
func (e Errors) Error() string {
return fmt.Sprintf("code: %d msg: %s at: %s", e.Code, e.Msg, "錯誤位置,堆疊資訊,可選")
}
// New 建立自定義錯誤
func New(code int64, str string, arg ...interface{}) *Errors {
if len(arg) > 0 {
str = fmt.Sprintf(str, arg...)
}
return &Errors{Code: code, Msg: str}
}
// newErr 建立通用錯誤
func newErr(code int64, err error) *Errors {
switch err := err.(type) {
case *Errors:
return err
case nil:
return &Errors{Code: code, Msg: ""}
default:
return &Errors{Code: code, Msg: err.Error()}
}
}
func NewErrNotFound(err error) error {
return newErr(CodeMkNotFound, err)
}
// ErrorEcho example:使用 error wrapping
func ErrorEcho(err error) string {
return fmt.Sprintf("the error %w", err)
}
//ErrorDump example: xerrors 列印堆疊資訊
func ErrorDump() {
err := foo1()
fmt.Printf("%v\n", err)
fmt.Printf("%+v\n", err)
}
var myError = xerrors.New("myerror")
func foo() error {
return myError
}
func foo1() error {
return xerrors.Errorf("foo1 : %w", foo())
}