php小编子墨，你好！关于你提到的构建错误中的问题，出现“errors.As should not be error”错误的原因可能有几种。首先，这个错误通常表示在构建时使用了错误的第二个参数。你需要确保第二个参数是正确的，并且与所需的类型相匹配。其次，可能是你在测试中使用了错误的数据。请仔细检查测试数据，并确保它们符合预期的格式和要求。最后，这个错误也可能是由于框架或库的问题引起的。在这种情况下，建议查阅相关文档或寻求社区的帮助，以找到解决方案。希望这些提示能对你有所帮助！

问题内容

考虑以下测试：

import (
    "errors"
    "fmt"
    "testing"
)

func testerror(t *testing.t) {
    err := &myerror{}
    var target error
    fmt.println(errors.as(err, &target))
}

type myerror struct{}

func (err *myerror) error() string {
    return "oops!"
}

运行此测试会将构建错误 second 参数返回到错误。不应为 *error。

去游乐场

但是，当在 main 中运行完全相同的代码时，程序运行没有问题：

package main

import (
    "errors"
    "fmt"
)

func main() {
    err := &myerror{}
    var target error
    fmt.println(errors.as(err, &target))
}

type myerror struct{}

func (err *myerror) error() string {
    return "oops!"
}

去游乐场

我在 go playground 和我的本地开发环境中看到了这种行为，这两个环境都使用 go 1.20。

这是 go 中的错误吗？

编辑

我可以通过创建 error 类型来解决测试中的构建失败问题：

package main

import (
    "errors"
    "fmt"
    "testing"
)

type Error error // <===== Add error type

func TestError(t *testing.T) {
    err := &MyError{}
    var target Error // <===== Use Error type
    fmt.Println(errors.As(err, &target))
}

type MyError struct{}

func (err *MyError) Error() string {
    return "oops!"
}

解决方法

该错误是由 go vet 命令报告的。 go test 命令自动运行 go vet 以报告重大问题。 go build 命令不运行 go vet 命令。

该警告不是 Go 中的错误。

使用 *error 作为第二个参数调用 errors.As 是没有意义的，因为您已经知道第一个参数满足 error 接口。几乎可以肯定你做错了什么。