您好,登錄后才能下訂單哦!
golang中Error如何使用,針對這個問題,這篇文章詳細介紹了相對應的分析和解答,希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
Error是Go語言開發中最基礎也是最重要的部分,跟其他語言的try catch的作用基本一致,想想在PHP JAVA開發中,try catch 不會使用,或者使用不靈活,就無法感知到程序運行中出現了什么錯誤,是特別可怕的一件事。
Golang中 error類型就是一個最基本interface,定義了一個Error()的方法
type error interface { Error() string }
平常使用最多的是這樣的
errors.New("error")
在Golang中errors.New這樣定義的
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的結構體,這個結構體實現了Error()方法,所以實現了error interface
看下Error在項目開發中是怎么使用的?
在一段代碼里面可能返回了很多個error,我怎么判斷這個error是哪一種呢?
是這樣的吧
var ERR_MSG = "error" if err.Error() == ERR_MSG
這樣的話,多個第三方類庫和自己項目的錯誤描述要是一致的話就無法比較出來了,其實不應該是這樣的。
我們看下 beego里面orm是怎么定義的,從上面的基礎我們知道errors.New返回的是errorString的指針
var ( ErrTxHasBegan = errors.New("<Ormer.Begin> transaction already begin") ErrTxDone = errors.New("<Ormer.Commit/Rollback> transaction not begin") ErrMultiRows = errors.New("<QuerySeter> return multi rows") ErrNoRows = errors.New("<QuerySeter> no row found") ErrStmtClosed = errors.New("<QuerySeter> stmt already closed") ErrArgs = errors.New("<Ormer> args error may be empty") ErrNotImplement = errors.New("have not implement") )
其實都是使用指針判斷的
看下怎么使用,下面是偽代碼
err := this.QueryTable(this.table).Filter("id", id).One(data) if err != nil && err != orm.ErrNoRows { return err } return nil
這種其實在Golang 源碼或者第三方類庫里面用的比較多,缺點就是耦合,調用者使用一個第三方類庫,需要知道的它的代碼里面的錯誤類型,而且還需要在項目中使用這些錯誤類型的變量進行比較,第一次使用的開發者,很難想到需要這么使用。
以前PHP的項目Exception里面會定義自己的錯誤碼 code。
Golang中我們也可以定義自己的Error類型,然后使用斷言決定是那種Error來獲取更多的錯誤數據,看下下面的示例代碼,了解下自定義Error的簡單使用
type SelfError struct { Code int Err error } func (this *SelfError) Error() string { return this.Err.Error() } func (this *SelfError) GetCode() int { return this.Code } func OpenFile(name string) error { err := os.Rename("/tmp/test","/tmp/test1") if err != nil { return &SelfError{-1001, err} } return nil } func main() { err := OpenFile("test") switch erro := err.(type) { case nil: fmt.Println("success") case *SelfError: fmt.Println(erro.Error(),erro.Code) case error: fmt.Println(erro.Error()) } }
還有一種用法就是判斷error類型是否是自定義如果是,就返回自定義的屬性
func main() { err := OpenFile("test") serr, ok := err.(*SelfError) if ok { fmt.Println(serr.GetCode()) } }
可以看到都是通過斷言去判斷error是否是自定義的Error,如果是,就使用自定義的Error自己的屬性和方法。
耦合,調用者需要使用switch或者斷言才能使用自定義的Error的屬性。
wrap errors的使用應該是項目對error的處理運用最多的一種,可以方便的加入使用時的上下文。
Wrap Errors 顧名思義就是把error一層層的包裝,最外層拿到的是error的一個堆棧信息,根據堆棧信息一直可以追蹤到第一個引起error 的調用代碼。
需要使用這個包
github.com/pkg/errors
看下代碼示例
package main import ( "fmt" "github.com/pkg/errors" "os" ) func ModelFile() error { err := os.Rename("/tmp/test","/tmp/test1") if err != nil { return errors.Wrap(err, "model_rename_fail") } return nil } func LogicFile() error { err := ModelFile() if err != nil { return errors.Wrap(err, "logic_rename_fail") } return nil } func main() { err := LogicFile() if err != nil { fmt.Printf("error:%v", errors.Cause(err)) fmt.Printf("%+v", err) } }
看下執行結果的堆棧
error:rename /tmp/test /tmp/test1: no such file or directoryrename /tmp/test /tmp/test1: no such file or directory model_rename_fail main.ModelFile /data/www/go/src/test1/main.go:12 main.LogicFile /data/www/go/src/test1/main.go:18 main.main /data/www/go/src/test1/main.go:26 runtime.main /usr/local/go/src/runtime/proc.go:203 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:1357 logic_rename_fail main.LogicFile /data/www/go/src/test1/main.go:20 main.main /data/www/go/src/test1/main.go:26 runtime.main /usr/local/go/src/runtime/proc.go:203 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:1357
使用的簡單規則
這么多使用方法,到底應該用哪一種,大致建議應該是這樣的
需要做比較錯誤類型的時候,肯定是第一種方式使用,目前也沒有更好的方式
需要加入自己項目的錯誤碼或者復雜的一些上下文,可能就需要使用第二種自定義錯誤類型
需要依賴第三方的類庫,這個類庫可能也不太穩定,那么wrap error優勢就比較明顯,可以打印記錄堆棧,方便定位。
一些常用的簡單項目,就只需在觸發錯誤的地方記錄上下文打上日志,直接返回error就可以了,這是最簡單最方便的。
關于golang中Error如何使用問題的解答就分享到這里了,希望以上內容可以對大家有一定的幫助,如果你還有很多疑惑沒有解開,可以關注億速云行業資訊頻道了解更多相關知識。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。