Go?Error?嵌套實(shí)現(xiàn)創(chuàng)建方式
Go Error 的設(shè)計(jì)哲學(xué)是 「Errors Are Values」。
這句話應(yīng)該怎么理解呢?翻譯起來(lái)挺難的。不過(guò)從源碼的角度來(lái)看,好像更容易理解其背后的含義。
Go Error 源碼很簡(jiǎn)單,寥寥幾行:
// src/builtin/builtin.go type error interface { Error() string }
error
是一個(gè)接口類(lèi)型,只需要實(shí)現(xiàn) Error()
方法即可。在 Error()
方法中,就可以返回自定義結(jié)構(gòu)體的任意內(nèi)容。
下面首先說(shuō)說(shuō)如何創(chuàng)建 error
。
創(chuàng)建 Error
創(chuàng)建 error
有兩種方式,分別是:
errors.New()
;fmt.Errorf()
。
errors.New()
errors.New()
的使用延續(xù)了 Go 的一貫風(fēng)格,New
一下就可以了。
舉一個(gè)例子:
package main import ( "errors" "fmt" ) func main() { err := errors.New("這是 errors.New() 創(chuàng)建的錯(cuò)誤") fmt.Printf("err 錯(cuò)誤類(lèi)型:%T,錯(cuò)誤為:%v\n", err, err) } /* 輸出 err 錯(cuò)誤類(lèi)型:*errors.errorString,錯(cuò)誤為:這是 errors.New() 創(chuàng)建的錯(cuò)誤 */
這段代碼唯一讓人困惑的地方可能就是錯(cuò)誤類(lèi)型了,但沒(méi)關(guān)系。只要看一下源碼,就瞬間迎刃而解。
源碼如下:
// src/errors/errors.go // New returns an error that formats as the given text. // Each call to New returns a distinct error value even if the text is identical. func New(text string) error { return &errorString{text} } // errorString is a trivial implementation of error. type errorString struct { s string } func (e *errorString) Error() string { return e.s }
可以看到,errorString
是一個(gè)結(jié)構(gòu)體,實(shí)現(xiàn)了 Error()
方法,New
函數(shù)直接返回 errorString
指針。
這種用法很簡(jiǎn)單,但不實(shí)用。假如我還想返回程序的上下文信息,它就沒(méi)轍了。
下面看第二種方式。
fmt.Errorf()
還是先看一個(gè)例子:
package main import ( "database/sql" "fmt" ) func foo() error { return sql.ErrNoRows } func bar() error { return foo() } func main() { err := bar() if err == sql.ErrNoRows { fmt.Printf("data not found, %+v\n", err) return } if err != nil { fmt.Println("Unknown error") } } /* 輸出 data not found, sql: no rows in result set */
這個(gè)例子輸出了我們想要的結(jié)果,但是還不夠。
一般情況下,我們會(huì)通過(guò)使用 fmt.Errorf()
函數(shù),附加上我們想添加的文本信息,使返回內(nèi)容更明確,處理起來(lái)更靈活。
所以,foo()
函數(shù)會(huì)改成下面這樣:
func foo() error { return fmt.Errorf("foo err, %v", sql.ErrNoRows) }
這時(shí)問(wèn)題就出現(xiàn)了,經(jīng)過(guò) fmt.Errorf()
的封裝,原始 error
類(lèi)型發(fā)生了改變,這就導(dǎo)致 err == sql.ErrNoRows
不再成立,返回信息變成了 Unknown error
。
如果想根據(jù)返回的 error
類(lèi)型做不同處理,就無(wú)法實(shí)現(xiàn)了。
因此,Go 1.13 為我們提供了 wrapError
來(lái)處理這個(gè)問(wèn)題。
Wrap Error
看一個(gè)例子:
package main import ( "fmt" ) type myError struct{} func (e myError) Error() string { return "Error happended" } func main() { e1 := myError{} e2 := fmt.Errorf("E2: %w", e1) e3 := fmt.Errorf("E3: %w", e2) fmt.Println(e2) fmt.Println(e3) } /* output E2: Error happended E3: E2: Error happended */
乍一看好像好沒(méi)什么區(qū)別,但背后的實(shí)現(xiàn)原理卻并不相同。
Go 擴(kuò)展了 fmt.Errorf()
函數(shù),增加了一個(gè) %w
標(biāo)識(shí)符來(lái)創(chuàng)建 wrapError
。
// src/fmt/errors.go func Errorf(format string, a ...interface{}) error { p := newPrinter() p.wrapErrs = true p.doPrintf(format, a) s := string(p.buf) var err error if p.wrappedErr == nil { err = errors.New(s) } else { err = &wrapError{s, p.wrappedErr} } p.free() return err }
當(dāng)使用 w%
時(shí),函數(shù)會(huì)返回 &wrapError{s, p.wrappedErr}
,wrapError
結(jié)構(gòu)體定義如下:
// src/fmt/errors.go type wrapError struct { msg string err error } func (e *wrapError) Error() string { return e.msg } func (e *wrapError) Unwrap() error { return e.err }
實(shí)現(xiàn)了 Error()
方法,說(shuō)明它是一個(gè) error
,而 Unwrap()
方法是為了獲取被封裝的 error
。
// src/errors/wrap.go func Unwrap(err error) error { u, ok := err.(interface { Unwrap() error }) if !ok { return nil } return u.Unwrap() }
它們之間的關(guān)系是這樣的:
因此,我們可以使用 w%
將上文中的程序進(jìn)行改造,使其內(nèi)容輸出更豐富。
如下:
package main import ( "database/sql" "errors" "fmt" ) func bar() error { if err := foo(); err != nil { return fmt.Errorf("bar failed: %w", foo()) } return nil } func foo() error { return fmt.Errorf("foo failed: %w", sql.ErrNoRows) } func main() { err := bar() if errors.Is(err, sql.ErrNoRows) { fmt.Printf("data not found, %+v\n", err) return } if err != nil { fmt.Println("Unknown error") } } /* output data not found, bar failed: foo failed: sql: no rows in result set */
終于有了讓人滿(mǎn)意的輸出結(jié)果,每個(gè)函數(shù)都增加了必要的上下文信息,而且也符合對(duì)錯(cuò)誤類(lèi)型的判斷。
errors.Is()
函數(shù)用來(lái)判斷 err
以及其封裝的 error
鏈中是否包含目標(biāo)類(lèi)型。這也就解決了上文提出的無(wú)法判斷錯(cuò)誤類(lèi)型的問(wèn)題。
后記
其實(shí),Go 目前對(duì) Error 的處理方式也是充滿(mǎn)爭(zhēng)議的。不過(guò),官方團(tuán)隊(duì)正在積極和社區(qū)交流,提出改進(jìn)方法。相信在不久的將來(lái),一定會(huì)找到更好的解決方案。
現(xiàn)階段來(lái)說(shuō),大部分團(tuán)隊(duì)可能會(huì)選擇 github.com/pkg/errors
包來(lái)進(jìn)行錯(cuò)誤處理。如果感興趣的話,可以學(xué)學(xué)看。
好了,本文就到這里吧。關(guān)注我,帶你通過(guò)問(wèn)題讀 Go 源碼。
源碼地址:
https://github.com/yongxinz/gopher
推薦閱讀:
為什么要避免在 Go 中使用 ioutil.ReadAll?
如何在 Go 中將 []byte 轉(zhuǎn)換為 io.Reader?
參考文章:
https://chasecs.github.io/posts/the-philosophy-of-go-error-handling/
https://medium.com/@dche423/golang-error-handling-best-practice-cn-42982bd72672
https://www.flysnow.org/2019/09/06/go1.13-error-wrapping.html
到此這篇關(guān)于Go Error 嵌套到底是怎么實(shí)現(xiàn)的?的文章就介紹到這了,更多相關(guān)Go Error 嵌套內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
GoLang string與strings.Builder使用對(duì)比詳解
這篇文章主要介紹了GoLang string與strings.Builder使用對(duì)比,Builder 用于使用 Write 方法有效地構(gòu)建字符串。它最大限度地減少了內(nèi)存復(fù)制。零值可以使用了。不要復(fù)制非零生成器2023-03-03go強(qiáng)制類(lèi)型轉(zhuǎn)換type(a)以及范圍引起的數(shù)據(jù)差異
這篇文章主要為大家介紹了go強(qiáng)制類(lèi)型轉(zhuǎn)換type(a)以及范圍引起的數(shù)據(jù)差異,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-10-10golang 40行代碼實(shí)現(xiàn)通用協(xié)程池
golang協(xié)程機(jī)制很方便的解決了并發(fā)編程的問(wèn)題,但是協(xié)程并不是沒(méi)有開(kāi)銷(xiāo)的,所以也需要適當(dāng)限制一下數(shù)量。這篇文章主要介紹了golang 40行代碼實(shí)現(xiàn)通用協(xié)程池,需要的朋友可以參考下2018-08-08使用go實(shí)現(xiàn)刪除sql里面的注釋和字符串功能(demo)
這篇文章主要介紹了使用go實(shí)現(xiàn)刪除sql里面的注釋和字符串功能,本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-11-11GoLang中的互斥鎖Mutex和讀寫(xiě)鎖RWMutex使用教程
RWMutex是一個(gè)讀/寫(xiě)互斥鎖,在某一時(shí)刻只能由任意數(shù)量的reader持有或者一個(gè)writer持有。也就是說(shuō),要么放行任意數(shù)量的reader,多個(gè)reader可以并行讀;要么放行一個(gè)writer,多個(gè)writer需要串行寫(xiě)2023-01-01