error接口定义
初学者一般使用error的方法:err:= errors.New("xxx"); fmt.Println(err.Error())
,我们现在看一下error接口定义:
type error interface {
Error() string
}
Go语言默认实现了一个error接口,才有了初学者简单使用errors.New
函数
package errors
func New(text string) { &errorString{text} }
type errorString struct {
text string
}
func (e *errorString) Error() string {
return e.text
}
正因为在errors标准库实现了一个默认的error接口,我们就可以使用默认的错误处理,返回错误信息。
这里要注意一点,有时候会犯错误,可能有些开发者会碰到下面这种情况。
func xxx(xxx, xxx) (retCode int, err error)
if err == err1 {
retCode = consts.DB__READ_ERROR
} else if err == err2 {
retCode = consts.DB__INSERT_ERROR
}
return
上面的返回结果有时候err不为空,但是retCode=0;有时候是正确的结果:err不为空,retCode也为0。
这是因为存在两种情况:
- err1和err2是全局变量接口对象值,而err是从某个接口返回的err1或者err2的接口值引用,所以上面的代码可以正确校验;
- 如果err1和err2,与err不是引用获取的,则需要用到下面的方法进行校验
第一种方式,经常看到一些开发者这样做的:
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")
// 预先定义好所有的业务逻辑错误,然后直接返回这些错误接口值的引用
第二种方式,比较low,直接是比较错误日志信息。
func xxx(xxx, xxx) (retCode int, err error)
if err !=nil {
if err.Error() == err1.Error() {
retCode = consts.DB__READ_ERROR
} else if err.Error() == err2.Error() {
retCode = consts.DB__INSERT_ERROR
}
}
return
}
大多数开发者一般先定义业务逻辑错误接口值,然后引用这些错误值,就可以直接进行比较了。
注意一点, 接口值可不可以比较,主要看接口类型中的各个元素是不是可以比较的?就类似于struct能不能比较,就看struct的各个元素可不可以比较?
- 它是在编译时确定的。
- 如果编译时确定不了,且不可以比较,那就只能在运行时panic了
我们一般比较少的直接使用errors.New, 它一般用于标准库内部Wrap使用。例如:
package fmt
func Errorf(format string, a ...interface{}) error {
return errors.New(fmt.Sprintf(format, a...))
}
// 或者以前提过的一个github上的errors包:github.com/pkg/errors
func Errorf(format string, args ...interface{}) error {
return &fundamental{
msg: fmt.Sprintf(format, args...),
stack: callers(),
}
}