go1.13 中 errors 包的 Is 与 As 方法

时间：2025-03-02 14:56:28

虽说现在都已经 go 1.14 了，才想起来写一下 go 1.13 中引入的 error 的处理方法。

先放 go blog 中的链接: go1.13-errors
这篇博文主要阐述了之前关于 error 类型处理的方法，我们经常会在处理 error 的时候需要添加一些有用的上下文信息，之前常用的做法是使用 /pkg/errors 这个包里的 方法，或者是 方法。如果想从结果 err 中得到原始 error 的话，就调用 () 方法。

但是这样会有一个问题，就是如果 error 包裹的太深的话，就只能一层一层的拆开去检验。

不过不用担心，go 1.13 新出的 errors 包就解决了这个问题。它添加了 和 两个方法来处理 error。

具体的使用方法大家可以参考这篇文章: Go 1.13中的错误处理

我这篇博文中主要想强调一个踩到的坑，就是 方法中的第二个参数，也就是 target。在函数声明中，target 是一个空接口，即可以传任意类型。但是根据 As 函数的定义，我们可以看出来，target 必须是一个 “指向一个实现了 error 接口” 的指针 (如果你使用的是 jetbrains 的 IDE 的话，它也会在编辑器中提示你的)。

正是这里，会导致一个小问题，就是如果有一个 Foo 类型结构体，实现了 Error() 方法，但是该方法的接收者是指针类型，即:

type Foo struct{}

func (f *Foo) Error() string {
    return "this is an foo error"
}

这样其实 Foo 与 *Foo 都是 error 接口。所以在如果返回的 err 是 *Foo 类型，而你的代码是这样写的:

func Bar() {
    err := someFuncReturnPointerFoo() // *Foo
    var tErr Foo
    fmt.Println(errors.As(err, &tErr))
    // Output: false
}

期望将 err 作为 Foo 类型来处理，可以编译通过，但无法得到想要的结果。
因为 tErr 是 Foo 类型，而 err 实际是 *Foo 类型。
所以我们需要将上边代码第三行，声明 tErr 的位置改为 *Foo 即可。

相关文章