检查（值或类型）是否有 fmt.Errorf 返回的错误

编程并不是一个机械性的工作，而是需要有思考，有创新的工作，语法是固定的，但解决问题的思路则是依靠人的思维，这就需要我们坚持学习和更新自己的知识。今天golang学习网就整理分享《检查（值或类型）是否有 fmt.Errorf 返回的错误》，文章讲解的知识点主要包括，如果你对Golang方面的知识点感兴趣，就不要错过golang学习网，在这可以对大家的知识积累有所帮助，助力开发能力的提升。

如果一段代码有自己的错误类型，如下所示

var errsomethingwentwrong = errors.new("something went wrong"

我相信我的代码可以做到这一点

import github.com/therepo/theproject/thepackage/thatexportstheaboveerror

// code that might return the above error
if err == thatexportstheaboveerror.errsomethingwentwrong {
    // handle the particular case
}

当像本例一样通过 fmt.errorf 返回错误时会发生什么？

return fmt.errorf("ssh: unable to authenticate, attempted methods %v, no supported methods remain", keys(tried))

如何按照惯用方式执行值（或类型或其他）检查/断言？ 这是唯一的解决办法吗？

if err != nil {
    if strings.Contains(err.Error(), "unable to authenticate") {
       // handle the particular error
    }
}

解决方案

自 Go 版本 1.13 起，the errors package 包含了“包装”错误的概念。返回“包装”错误的例程使用格式中的 %w 动词调用 fmt.Errorf，以将内部错误包装到外部错误中。然后可以测试外部错误以查看它是否包含特定的内部错误。

在此之前，xerrors 提供了相同的总体概念。

这两者都要求产生错误值的人使用提供的包装接口。您所询问的例程（https://godoc.org/golang.org/x/crypto/ssh 的一部分）不会执行此操作。一些不包装错误的旧代码提供了某些类型的错误测试功能。例如，当 os.Open 返回错误时，os.IsNotExist 会告诉您该错误是否是因为该文件不存在。

不幸的是，这个特定的包没有这样的测试，所以如果你真的想以编程方式知道这个错误来自这个特定的来源，那么你几乎只能坚持你所建议的（直接字符串检查）。 p>

虽然 golang.org/x/crypto/ssh 包不会显示哨兵错误（包装或其他方式），但 ssh.Dial 函数提供了使用 ssh.NewClientConn 进行更多控制的建议。我做了一些简单的研究，看起来这可能是解决方法：

1. 使用net.Dial获取net.Conn
   • 参见 https://pkg.go.dev/net#Dial
2. 使用ssh.NewClientConn获取ssh.Conn和控制通道
   • 参见 https://pkg.go.dev/golang.org/x/crypto/ssh#NewClientConn
3. 使用ssh.NewClient获取ssh.Client
   • 参见 https://pkg.go.dev/golang.org/x/crypto/ssh#NewClient

这使您可以将便利功能分解为三个单独的步骤，以便您可以更好地识别这三个点中哪一个是失败的根源，并显示自定义包装的错误，以便您的业务逻辑可以处理这些特定场景（例如，“端口连接尝试失败”与“身份验证失败”）。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~