使用errors.As()时，迭代测试结构应返回错误指针给errors.As的第二个参数

本篇文章给大家分享《使用errors.As()时，迭代测试结构应返回错误指针给errors.As的第二个参数》，覆盖了Golang的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

我目前正在为一个包编写一些单元测试，其中函数可以返回多种类型的错误。我将结构定义为：

tests := []struct {
    name   string
    data   string
    url    string
    status int
}

并且想使用 errors.as() 在我测试的错误中查找 test.err 。我在测试中使用的示例结构如下：

{
    name:   "url not available",
    err:    &url.error{},
    data:   srvdata,
    url:    "a",
    status: http.statusok,
},

我想将 errors.as 用于实现错误接口的不同结构类型。因此，正如您在结构中看到的那样，我将 err 定义为错误。可以看出，我使用 &url.error{} ，它应该实现错误接口。

t.run(test.name, func(t *testing.t) {
    data, err := i.getid(url)
    if err != nil {
        require.notnil(t, test.err)
        assert.true(t, errors.as(err, &test.err))
    } else {
        // ...
    }
})

但是，如上所述使用 errors.as 返回

second argument to errors.As should not be *error

现在据我了解，errors.as() 接受 any 作为第二个参数，所以我很困惑为什么不能使用 *error。

我还尝试将测试结构中的 err 字段更改为 interface{} ；然而，这样做会使所有断言通过，无论目标是否存在于错误中。

我找不到如何使用 errors.as() 来实现以与上面类似的方式实现错误接口的不同类型的解决方案，所以现在我依靠使用 contains() 来代替。想知道是否有人可以提供一些见解。

正确答案

指向错误类型的指针不满足 error 接口，这就是为什么 as 的第二个参数的类型为 any。为了将您想要的类型直接存储在 .err 字段中，该字段也必须是 any 类型。

但是，由于您已将此指针值包装在接口中，因此您将需要使用类型断言或反射来获取该值以供检查：

var testErr any = new(*url.Error)
_, err := http.Get("http://error.error/")

if errors.As(err, testErr) {
    fmt.Println(reflect.ValueOf(testErr).Elem())
}

本篇关于《使用errors.As()时，迭代测试结构应返回错误指针给errors.As的第二个参数》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！