Go錯(cuò)誤處理機(jī)制實(shí)例分析

這篇文章主要講解了“Go錯(cuò)誤處理機(jī)制實(shí)例分析”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來(lái)研究和學(xué)習(xí)“Go錯(cuò)誤處理機(jī)制實(shí)例分析”吧！

Go 錯(cuò)誤處理機(jī)制

Go 內(nèi)置 errors

Go 語(yǔ)言中的 error 就是普通的一個(gè)接口，表示值

// http://golang.org/pkg/builtin/#error
// error 接口的定義
type error interface {
    Error() string
}
// http://golang.org/pkg/errors/error.go
// errors 構(gòu)建 error 對(duì)象
type errorString struct {
    s string
}
func (e *errorString) Error() string {
    return e.s
}

基礎(chǔ)庫(kù)中有大量自定義的 error，如 Error: EOF，而 errors.New() 返回的是內(nèi)部 errorString 對(duì)象的指針。

Error 與 Exception

不同于 Java、C++ 等語(yǔ)言，Go 處理異常的邏輯是不引入 exception，而是采取多參數(shù)返回，因此可以在函數(shù)中帶入 error interface 對(duì)象來(lái)交給調(diào)用者來(lái)進(jìn)行處理。

func handle() (int, error) {
    return 1, nil
}
func main() {
    i, err := handle()
    if err != nil {
        return
    }
    // 其他處理邏輯
}

需要注意的是，Go 中有 panic 的機(jī)制，可以和 recovery 搭配實(shí)現(xiàn)類似于 try...exception... 的效果，但是 Go 中的 panic 并不等同于 exception，exception 一般是交由調(diào)用者來(lái)進(jìn)行處理，而 Go panic 則是針對(duì)真正異常的情況（如索引越界、棧溢出、不可恢復(fù)的環(huán)境問(wèn)題等），意味著代碼不能繼續(xù)運(yùn)行，而不能假設(shè)調(diào)用者會(huì)來(lái)解決 panic。

Go 的多返回值來(lái)支持調(diào)用者進(jìn)行錯(cuò)誤處理的方式給予了開發(fā)者很大的靈活性，有如下優(yōu)勢(shì)

• 簡(jiǎn)單

• Plan for failure, not success

• 沒(méi)有隱藏的控制流

• 完全交給開發(fā)者來(lái)控制 error

• error 是值，因此有很大的靈活性進(jìn)行處理

Go 錯(cuò)誤處理最佳實(shí)踐

panic

panic 只用于真正異常的情況，如

• 在程序啟動(dòng)的時(shí)候，如果有強(qiáng)依賴的服務(wù)出現(xiàn)故障時(shí) panic 退出

• 在程序啟動(dòng)的時(shí)候，如果發(fā)現(xiàn)有配置明顯不符合要求， 可以 panic 退出（防御編程）

• 在程序入口處，例如 gin 中間件需要使用 recovery 預(yù)防 panic 程序退出

因?yàn)?panic 會(huì)導(dǎo)致程序直接退出，而如果使用 recovery 進(jìn)行處理的話性能不好且不可控。因此，其他情況下只要不是不可恢復(fù)的程序錯(cuò)誤，都不應(yīng)該直接 panic 應(yīng)該返回 error，從而交給開發(fā)者。

error

一般我們?cè)陂_發(fā)中會(huì)使用 github.com/pkg/errors 處理應(yīng)用錯(cuò)誤，但需要注意的是，在公共庫(kù)當(dāng)中，我們一般不使用。

在通過(guò)多返回值來(lái)判斷錯(cuò)誤時(shí)，error 應(yīng)該是函數(shù)的最后一個(gè)返回值，而當(dāng) error 不是 nil 時(shí)，其他返回值均應(yīng)該為不可用狀態(tài)，不應(yīng)該對(duì)它們進(jìn)行額外處理，錯(cuò)誤處理的時(shí)候也應(yīng)該先判斷錯(cuò)誤，當(dāng) if err != nil 時(shí)及時(shí)返回錯(cuò)誤，從而避免過(guò)多的代碼嵌套。

// 錯(cuò)誤示例
func f() error {
    ans, err := someFunc()
    if err == nil {
        // 其他邏輯
    }
    return err
}
// 正確示例
func f() error {
    ans, err := someFunc()
    if err != nil {
        return err
    }
    // 其他邏輯
    return nil
}

當(dāng)程序出現(xiàn)錯(cuò)誤時(shí)，一般使用 errors.New 或 errors.Errorf 返回錯(cuò)誤值

func someFunc() error {
    res := anotherFunc()
    if res != true {
        errors.Errorf("結(jié)果錯(cuò)誤，已嘗試 %d 次", count)
    }
    // 其他邏輯
    return nil
}

而如果是調(diào)用其他函數(shù)出現(xiàn)問(wèn)題，則應(yīng)該直接返回，如果需要攜帶額外信息，則使用 errors.WithMessage。

func someFunc() error {
    res, err := anotherFunc()
    if err != nil {
        return errors.WithMessage(err, "other information")
    }
}

如果是調(diào)用其他庫(kù)（標(biāo)準(zhǔn)庫(kù)、企業(yè)公共庫(kù)、開源第三方庫(kù)等）獲取到錯(cuò)誤時(shí)，請(qǐng)使用 errors.Wrap 添加堆棧信息。只需要在錯(cuò)誤第一次出現(xiàn)時(shí)使用，且在基礎(chǔ)庫(kù)和被大量引用的第三方庫(kù)編寫時(shí)一般不使用，避免堆棧信息重復(fù)。

func f() error {
    err := json.Unmashal(&a, data)
    if err != nil {
        return errors.Wrap(err, "other information")
    }
    // 其他邏輯
    return nil
}

當(dāng)需要對(duì)錯(cuò)誤進(jìn)行判斷時(shí)，需要采用 errors.Is 進(jìn)行比較

func f() error {
    err := A()
    if errors.Is(err, io.EOF){
        return nil
    }
    // 其他邏輯
    return nil
}

而對(duì)錯(cuò)誤類型進(jìn)行判斷時(shí)則使用 errors.As 進(jìn)行賦值

func f() error {
    err := A()
    var errA errorA
    if errors.As(err, &errA){
        // ...
    }
    // 其他邏輯
    return nil
}

對(duì)于業(yè)務(wù)中的錯(cuò)誤（如輸入錯(cuò)誤等），最好在統(tǒng)一的一個(gè)地方建立自己的錯(cuò)誤字典，其中應(yīng)該包含錯(cuò)誤代碼并且可以在日志中作為獨(dú)立字段打印，也需要有清晰的文檔。

我們常常用日志來(lái)輔助我們進(jìn)行錯(cuò)誤處理，不需要進(jìn)行返回、被忽略的錯(cuò)誤必須輸出日志，但禁止每個(gè)出錯(cuò)的地方都打日志。而如果同一個(gè)地方不停地報(bào)錯(cuò)，最好是打印一次錯(cuò)誤詳情并打印出現(xiàn)次數(shù)。

感謝各位的閱讀，以上就是“Go錯(cuò)誤處理機(jī)制實(shí)例分析”的內(nèi)容了，經(jīng)過(guò)本文的學(xué)習(xí)后，相信大家對(duì)Go錯(cuò)誤處理機(jī)制實(shí)例分析這一問(wèn)題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！