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

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

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

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

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

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

我这篇博文中主要想强调一个踩到的坑,就是 errors.As 方法中的第二个参数,也就是 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 类型来处理,可以编译通过,但无法得到想要的结果。
因为 tErrFoo 类型,而 err 实际是 *Foo 类型。
所以我们需要将上边代码第三行,声明 tErr 的位置改为 *Foo 即可。

你可能感兴趣的:(GO)