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.PathError
if 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 中一套完整的错误处理工具链，合理使用它们可以让代码更健壮、逻辑更清晰。基本上就这些，不复杂但容易忽略细节。
