答案：Go 1.13引入errors.Is和errors.As用于处理包装错误。1. errors.Is判断错误值是否匹配目标，可穿透多层包装，适用于识别预定义错误如os.ErrNotExist。2. errors.As判断错误链中是否存在指定类型并赋值，适用于提取自定义错误类型的字段或方法。两者均能正确处理错误包装，避免传统==或类型断言无法穿透包装的问题，提升错误处理的准确性和健壮性。
在Go语言中处理错误时，经常需要判断一个错误是否属于特定类型或是否包装了某个目标错误。从Go 1.13开始，errors 包引入了 Is 和 As 函数，用来更准确地进行错误比较和类型断言，尤其是在使用错误包装（error wrapping）的场景下。
errors.Is：判断两个错误是否相等
errors.Is(err, target) 用于判断 err 是否与 target 错误相同，或者是否被包装在错误链中的某一层。
它会递归地检查错误链，只要其中任意一层匹配目标错误，就返回 true。
常见用途是判断是否为预定义的错误变量，比如：
立即学习“go语言免费学习笔记（深入）”；
- 网络超时错误
- 文件不存在错误
- 自定义的业务错误码
示例：
package main
import (
"errors"
"fmt"
"os"
)
func main() {
_, err := os.Open("nonexistent.txt")
if errors.Is(err, os.ErrNotExist) {
fmt.Println("文件不存在")
}
}
这里即使 os.Open 返回的是一个包装了 os.ErrNotExist 的错误，errors.Is 也能正确识别。
errors.As：将错误链中某个类型的错误赋值给变量
errors.As(err, &target) 用于判断错误链中是否包含某个特定类型的错误，并将其赋值给目标变量。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
这在你需要访问错误的具体字段或方法时非常有用。
例如，自定义一个带有错误码的结构体：
type MyError struct {
Code int
Msg string
}
func (e *MyError) Error() string {
return fmt.Sprintf("[%d] %s", e.Code, e.Msg)
}
当这个错误被包装后，仍可用 errors.As 提取：
func main() {
err := fmt.Errorf("wrap: %w", &MyError{Code: 404, Msg: "not found"})
var myErr *MyError
if errors.As(err, &myErr) {
fmt.Printf("错误码: %d, 消息: %s\n", myErr.Code, myErr.Msg)
}
}
上面代码中，errors.As 遍历错误链，一旦发现可赋值给 *MyError 的实例，就将其赋值给 myErr。
Is 与 As 的区别总结
两者都用于处理包装错误，但用途不同：
- errors.Is 类似于“错误值比较”，适用于判断是否等于某个已知错误值（如 os.ErrNotExist）
- errors.As 类似于“类型断言”，适用于提取错误中的具体类型以便访问其字段或方法
不要用传统的 == 或 type assertion 来替代它们，因为那样无法穿透错误包装层。
基本上就这些。合理使用 errors.Is 和 errors.As 能让错误处理更清晰、更健壮，特别是在大型项目中处理复杂错误链时尤为重要。
