淺析golang開(kāi)發(fā)Error的使用詳解

第淺析golang開(kāi)發(fā)Error的使用詳解Error是Go語(yǔ)言開(kāi)發(fā)中最基礎(chǔ)也是最重要的部分，跟其他語(yǔ)言的trycatch的作用基本一致，想想在PHPJAVA開(kāi)發(fā)中，trycatch不會(huì)使用，或者使用不靈活，就無(wú)法感知到程序運(yùn)行中出現(xiàn)了什么錯(cuò)誤，是特別可怕的一件事。

Error基礎(chǔ)

Golang中error類型就是一個(gè)最基本interface，定義了一個(gè)Error()的方法

typeerrorinterface{

Error()string

}

平常使用最多的是這樣的

errors.New("error")

在Golang中errors.New這樣定義的

funcNew(textstring)error{

returnerrorString{text}

//errorStringisatrivialimplementationoferror.

typeerrorStringstruct{

sstring

func(e*errorString)Error()string{

returne.s

}

其實(shí)是返回了一個(gè)errorString的結(jié)構(gòu)體，這個(gè)結(jié)構(gòu)體實(shí)現(xiàn)了Error()方法，所以實(shí)現(xiàn)了errorinterface

看下Error在項(xiàng)目開(kāi)發(fā)中是怎么使用的？

1.定義Error變量

在一段代碼里面可能返回了很多個(gè)error，我怎么判斷這個(gè)error是哪一種呢？

是這樣的吧

varERR_MSG="error"

iferr.Error()==ERR_MSG

這樣的話，多個(gè)第三方類庫(kù)和自己項(xiàng)目的錯(cuò)誤描述要是一致的話就無(wú)法比較出來(lái)了，其實(shí)不應(yīng)該是這樣的。

我們看下beego里面orm是怎么定義的，從上面的基礎(chǔ)我們知道errors.New返回的是errorString的指針

var(

ErrTxHasBegan=errors.New("Ormer.Begintransactionalreadybegin")

ErrTxDone=errors.New("Ormer.Commit/Rollbacktransactionnotbegin")

ErrMultiRows=errors.New("QuerySeterreturnmultirows")

ErrNoRows=errors.New("QuerySeternorowfound")

ErrStmtClosed=errors.New("QuerySeterstmtalreadyclosed")

ErrArgs=errors.New("Ormerargserrormaybeempty")

ErrNotImplement=errors.New("havenotimplement")

)

其實(shí)都是使用指針判斷的

看下怎么使用，下面是偽代碼

err:=this.QueryTable(this.table).Filter("id",id).One(data)

iferr!=nilerr!=orm.ErrNoRows{

returnerr

returnnil

這種其實(shí)在Golang源碼或者第三方類庫(kù)里面用的比較多，缺點(diǎn)就是耦合，調(diào)用者使用一個(gè)第三方類庫(kù)，需要知道的它的代碼里面的錯(cuò)誤類型，而且還需要在項(xiàng)目中使用這些錯(cuò)誤類型的變量進(jìn)行比較，第一次使用的開(kāi)發(fā)者，很難想到需要這么使用。

2.自定義自己的Error

以前PHP的項(xiàng)目Exception里面會(huì)定義自己的錯(cuò)誤碼code。

Golang中我們也可以定義自己的Error類型，然后使用斷言決定是那種Error來(lái)獲取更多的錯(cuò)誤數(shù)據(jù)，看下下面的示例代碼，了解下自定義Error的簡(jiǎn)單使用

typeSelfErrorstruct{

Codeint

Errerror

func(this*SelfError)Error()string{

returnthis.Err.Error()

func(this*SelfError)GetCode()int{

returnthis.Code

funcOpenFile(namestring)error{

err:=os.Rename("/tmp/test","/tmp/test1")

iferr!=nil{

returnSelfError{-1001,err}

returnnil

funcmain(){

err:=OpenFile("test")

switcherro:=err.(type){

casenil:

fmt.Println("success")

case*SelfError:

fmt.Println(erro.Error(),erro.Code)

caseerror:

fmt.Println(erro.Error())

}

還有一種用法就是判斷error類型是否是自定義如果是，就返回自定義的屬性

funcmain(){

err:=OpenFile("test")

serr,ok:=err.(*SelfError)

ifok{

fmt.Println(serr.GetCode())

}

可以看到都是通過(guò)斷言去判斷error是否是自定義的Error，如果是，就使用自定義的Error自己的屬性和方法。

耦合，調(diào)用者需要使用switch或者斷言才能使用自定義的Error的屬性。

3.WrapErrors的使用

wraperrors的使用應(yīng)該是項(xiàng)目對(duì)error的處理運(yùn)用最多的一種，可以方便的加入使用時(shí)的上下文。

WrapErrors顧名思義就是把error一層層的包裝，最外層拿到的是error的一個(gè)堆棧信息，根據(jù)堆棧信息一直可以追蹤到第一個(gè)引起error的調(diào)用代碼。

需要使用這個(gè)包

/pkg/errors

看下代碼示例

packagemain

import(

"fmt"

"/pkg/errors"

"os"

funcModelFile()error{

err:=os.Rename("/tmp/test","/tmp/test1")

iferr!=nil{

returnerrors.Wrap(err,"model_rename_fail")

returnnil

funcLogicFile()error{

err:=ModelFile()

iferr!=nil{

returnerrors.Wrap(err,"logic_rename_fail")

returnnil

funcmain(){

err:=LogicFile()

iferr!=nil{

fmt.Printf("error:%v",errors.Cause(err))

fmt.Printf("%+v",err)

}

看下執(zhí)行結(jié)果的堆棧

error:rename/tmp/test/tmp/test1:nosuchfileordirectoryrename/tmp/test/tmp/test1:nosuchfileordirectory

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

使用的簡(jiǎn)單規(guī)則

這么多使用方法，到底應(yīng)該用哪一種，大致建議應(yīng)該是這樣的