淺析golang開發Error的使用詳解
Error是Go語言開發中最基礎也是最重要的部分,跟其他語言的try catch的作用基本一致,想想在PHP JAVA開發中,try catch 不會使用,或者使用不靈活,就無法感知到程序運行中出現瞭什麼錯誤,是特別可怕的一件事。
Error 基礎
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在項目開發中是怎麼使用的?
1.定義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 源碼或者第三方類庫裡面用的比較多,缺點就是耦合,調用者使用一個第三方類庫,需要知道的它的代碼裡面的錯誤類型,而且還需要在項目中使用這些錯誤類型的變量進行比較,第一次使用的開發者,很難想到需要這麼使用。
2.自定義自己的Error
以前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的屬性。
3.Wrap Errors的使用
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的使用的文章就介紹到這瞭,更多相關golang Error的使用內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- golang 打印error的堆棧信息操作
- gin解析json格式的數據出錯的處理方案
- Golang的func參數及返回值操作
- Golang 的defer執行規則說明
- Golang中panic的異常處理