Go Error 嵌套实现创建方式
go error 的设计哲学是 「errors are values」。
这句话应该怎么理解呢？翻译起来挺难的。不过从源码的角度来看，好像更容易理解其背后的含义。
go error 源码很简单，寥寥几行：
// src/builtin/builtin.go
type error interface {
error() string
}error 是一个接口类型，只需要实现 error() 方法即可。在 error() 方法中，就可以返回自定义结构体的任意内容。
下面首先说说如何创建 error。
创建 error
创建 error 有两种方式，分别是：
-
errors.new()； -
fmt.errorf()。
errors.new()
errors.new() 的使用延续了 go 的一贯风格，new 一下就可以了。
举一个例子：
package main
import (
"errors"
"fmt"
)
func main() {
err := errors.new("这是 errors.new() 创建的错误")
fmt.printf("err 错误类型：%t，错误为：%v\n", err, err)
}
/* 输出
err 错误类型：*errors.errorstring，错误为：这是 errors.new() 创建的错误
*/这段代码唯一让人困惑的地方可能就是错误类型了，但没关系。只要看一下源码，就瞬间迎刃而解。
源码如下：
// 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 是一个结构体，实现了 error() 方法，new 函数直接返回 errorstring 指针。
这种用法很简单，但不实用。假如我还想返回程序的上下文信息，它就没辙了。
下面看第二种方式。
fmt.errorf()
还是先看一个例子：
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
*/这个例子输出了我们想要的结果，但是还不够。
一般情况下，我们会通过使用 fmt.errorf() 函数，附加上我们想添加的文本信息，使返回内容更明确，处理起来更灵活。
所以，foo() 函数会改成下面这样：
func foo() error {
return fmt.errorf("foo err, %v", sql.errnorows)
}这时问题就出现了，经过 fmt.errorf() 的封装，原始 error 类型发生了改变，这就导致 err == sql.errnorows 不再成立，返回信息变成了 unknown error。
如果想根据返回的 error 类型做不同处理，就无法实现了。
因此，go 1.13 为我们提供了 wraperror 来处理这个问题。
wrap error
看一个例子：
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
*/乍一看好像好没什么区别，但背后的实现原理却并不相同。
go 扩展了 fmt.errorf() 函数，增加了一个 %w 标识符来创建 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
}当使用 w% 时，函数会返回 &wraperror{s, p.wrappederr}，wraperror 结构体定义如下：
// 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
}实现了 error() 方法，说明它是一个 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()
}它们之间的关系是这样的：
因此，我们可以使用 w% 将上文中的程序进行改造，使其内容输出更丰富。
如下：
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
*/终于有了让人满意的输出结果，每个函数都增加了必要的上下文信息，而且也符合对错误类型的判断。
errors.is() 函数用来判断 err 以及其封装的 error 链中是否包含目标类型。这也就解决了上文提出的无法判断错误类型的问题。
后记
其实，go 目前对 error 的处理方式也是充满争议的。不过，官方团队正在积极和社区交流，提出改进方法。相信在不久的将来，一定会找到更好的解决方案。
现阶段来说，大部分团队可能会选择 github.com/pkg/errors 包来进行错误处理。如果感兴趣的话，可以学学看。
好了，本文就到这里吧。关注我，带你通过问题读 go 源码。
源码地址：
https://github.com/yongxinz/gopher
推荐阅读：
为什么要避免在 go 中使用 ioutil.readall？
如何在 go 中将 []byte 转换为 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
到此这篇关于go error 嵌套到底是怎么实现的？的文章就介绍到这了,更多相关go error 嵌套内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！