Go errors默認(rèn)加堆棧信息的作用分析

更新時(shí)間：2023年12月08日 08:56:03 作者：煎魚

這篇文章主要為大家介紹了Go errors默認(rèn)加堆棧信息作用分析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪

背景

在 Go 語(yǔ)言中，錯(cuò)誤處理是我們必須涉及和爭(zhēng)議比較大的一個(gè)功能特性。今天我們不太探討 if err != nil 的繁雜憂愁。

聚焦在 errors 標(biāo)準(zhǔn)庫(kù)在排查、定位問題的訴求上?？纯创蠹移綍r(shí)都是怎么做的。

平時(shí)我們?cè)诜祷睾吞幚礤e(cuò)誤時(shí)，一般使用 errors 標(biāo)準(zhǔn)庫(kù)。其支持以下幾個(gè) API：

func As(err error, target any) bool
func Is(err, target error) bool
func Join(errs ...error) error
func New(text string) error
func Unwrap(err error) error

最簡(jiǎn)單的 Demo 如下：

func main() {
    err := errors.New("煎魚出現(xiàn)錯(cuò)誤了！")
    if err != nil {
        fmt.Println(err)
    }
}

輸出結(jié)果：

煎魚出現(xiàn)錯(cuò)誤了！

看著非?；A(chǔ)，也沒什么特別的。但如果是在生產(chǎn)等正式環(huán)境下出問題時(shí)，可能就沒法這么愉快了。

但比較頭疼的是：其錯(cuò)誤信息缺乏了調(diào)用堆棧，在復(fù)雜程序下，你很難直觀的知道是具體哪些關(guān)聯(lián)的代碼導(dǎo)致出現(xiàn)了這個(gè)報(bào)錯(cuò)。只能靠在代碼中搜錯(cuò)誤的文本，去猜測(cè)應(yīng)該是這里的問題。

第三方庫(kù)解決

因此很多同學(xué)會(huì)使用第三方的開源庫(kù) go-errors/errors。以下是他的簡(jiǎn)單代碼演示：

import (
    "fmt"
    "github.com/go-errors/errors"
)
var Crashed = errors.Errorf("煎魚變炸魚了！")
func Crash() error {
    return errors.New(Crashed)
}
func main() {
    err := Crash()
    if err != nil {
        fmt.Println(err.(*errors.Error).ErrorStack())
        return
    }
}

輸出結(jié)果：

$ go run main.go
*errors.Error 煎魚變炸魚了！
/Users/eddycjy/app/go/demo1/main.go:12 (0x1090645)
main: return errors.New(Crashed)
/Users/eddycjy/app/go/demo1/main.go:12 (0x1090636)
Crash: return errors.New(Crashed)
/usr/local/Cellar/go/1.21.1/libexec/src/runtime/internal/atomic/types.go:194 (0x103305b)
(*Uint32).Load: return Load(&u.value)
/usr/local/Cellar/go/1.21.1/libexec/src/runtime/asm_amd64.s:1650 (0x105d501)
goexit: BYTE $0x90 // NOP

該庫(kù)會(huì)默認(rèn)記錄 ErrorStack 并且可以通過相應(yīng)的方法。

新提案

前面提到的問題和解決方案，一直有人在提和重復(fù)造新的輪子。最近 Go 核心團(tuán)隊(duì) @Ian Lance Taylor 提出了新的提案《proposal: errors: let GODEBUG=errstacktrace request stack backtraces》希望以此解決這個(gè)問題。