golang 1.13 引入的 errors.is、as 和 unwrap 方法提升了错误处理能力。01. is 用于判断错误链中是否存在指定目标错误；02. as 用于从错误链中提取特定类型的错误对象；03. unwrap 用于解包一层包装错误，若非包装错误则返回 nil。这些方法支持嵌套错误处理，避免直接比较字符串错误信息，推荐优先使用它们而非类型断言，并注意避免滥用 %w 导致调试复杂化。
Golang 的
errors
包在 1.13 版本之后引入了几个非常实用的方法：
Is
、
As
和
Unwrap
。这些方法的加入，使得错误处理更加灵活和结构化，尤其适用于嵌套错误或者需要判断具体错误类型的场景。
错误包装（Wrap）与解包（Unwrap）
Go 中的错误可以被“包装”起来，形成一个链式的错误结构。例如：
err := fmt.Errorf("something went wrong: %w", io.ErrUnexpectedEOF)
这里的
%w
是一种特殊的格式化方式，它会将
io.ErrUnexpectedEOF
包装进新的错误中。这个机制让错误信息更丰富，但同时也带来了如何提取原始错误的问题。
立即学习“go语言免费学习笔记（深入）”；
这时候就可以使用
Unwrap
方法了：
unwrappedErr := errors.Unwrap(err)
如果
err
是由
fmt.Errorf(..., %w)
包装产生的，则
Unwrap
会返回其内部的原始错误。如果无法解包（比如不是包装过的错误），则返回
nil
。
注意：Unwrap 只能解一层包装。如果你有多个层级的包装错误，可能需要用多次 Unwrap 或者用 Is/As 来查找目标错误。
判断错误类型是否匹配 —— Is 方法
有时候你并不关心错误的具体值，而是想知道它是否是某个特定错误类型或值。这个时候可以用
Is
：
if errors.Is(err, io.ErrUnexpectedEOF) { // 处理 io.ErrUnexpectedEOF 的情况}
Is
会递归地检查错误链中的每一个节点，只要其中有一个错误等于指定的目标错误，就会返回
true
。
常见用途：
检查是否是系统级错误，如
os.ErrNotExist
判断自定义错误是否符合预期类型避免直接比较字符串错误信息（这种方式不可靠）
提取特定错误对象 —— As 方法
当你想从错误链中提取出某个具体的错误类型时，
As
就派上用场了：
var pathErr *fs.PathErrorif errors.As(err, &pathErr) { fmt.Println("File path error:", pathErr.Path)}
上面的例子中，
errors.As
会在错误链中查找是否有实现了
*fs.PathError
类型的错误，并将其赋值给
pathErr
。这样你就可以访问该错误的具体字段了。
几点注意：
As
用于类型匹配，而不是值匹配参数必须是指针类型（否则会 panic）同样会遍历整个错误链，直到找到匹配项为止
实际开发中的一些小技巧
避免滥用
%w
：虽然错误包装能提供更多信息，但过度包装会让调试复杂化。只在真正需要上下文的时候才使用。优先使用
Is
和
As
而非类型断言：因为它们能处理错误链，而普通的类型断言只能判断当前层。不要忽略 Unwrap 返回 nil 的情况：尤其是在做多层解包时，记得检查中间结果。
总的来说，
Is
、
As
和
Unwrap
构成了 Go 中一套完整的错误处理工具链，合理使用它们可以让代码更健壮、逻辑更清晰。基本上就这些，不复杂但容易忽略细节。
以上就是Golang的errors包有哪些实用功能 分析Is As和Unwrap方法的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1397435.html
微信扫一扫 
支付宝扫一扫 
