Go 1.13引入errors.Is和errors.As实现安全错误判断：errors.Is用于检查错误链中是否包含特定错误值，errors.As用于提取包装错误中的具体类型，二者均依赖%w正确包装以保持错误链完整性。
在Go语言中，判断错误类型是构建健壮应用的关键。随着项目复杂度提升，简单的字符串比较已不足够。Go 1.13引入的errors.Is和errors.As提供了更安全、更强大的方式来处理包装后的错误，成为现代Go错误判断的标准做法。
errors.Is：判断是否包含特定错误值
errors.Is用于检查一个错误或其底层包装的错误链中，是否存在某个预定义的错误值。它适合用来识别像“文件不存在”这类标志性错误。
使用场景包括：
- 判断操作失败是否因为目标资源未找到（如
os.ErrNotExist） - 确认错误是否属于自定义的全局错误变量
- 在测试中验证函数是否返回了预期的错误类型
直接用 == 比较两个通过 errors.New 创建的错误会失败，因为它们是不同地址的对象。而 errors.Is 能穿透多层包装，自动遍历整个错误链进行匹配。
立即学习“go语言免费学习笔记（深入）”；
var ErrNotFound = errors.New("not found")
func process() error {
err := readFile()
return fmt.Errorf("processing failed: %w", err) // 包装原始错误
}
// 在调用端判断
if errors.Is(err, ErrNotFound) {
log.Println("资源未找到，执行默认逻辑")
}
errors.As：提取特定类型的错误以访问详细信息
errors.As的作用是将一个泛型的 error 接口，转换为具体的错误结构体类型，从而可以访问该类型独有的字段，比如错误码、状态或原始路径等。
当你需要基于错误的具体属性做出决策时，就应该使用它。常见于以下情况：
- 从数据库错误中提取SQL状态码
- 获取网络操作错误中的地址和超时信息（如
*net.OpError） - 读取自定义错误结构中的元数据
与类型断言相比，errors.As 的优势在于它能深入错误链查找目标类型，即使该错误被多层包装也能成功提取。
type PermissionError struct {
User string
Perm string
}
func (e *PermissionError) Error() string {
return fmt.Sprintf("user %s lacks permission %s", e.User, e.Perm)
}
// 处理时提取具体类型
var target *PermissionError
if errors.As(err, &target) {
fmt.Printf("权限不足用户: %s\n", target.User)
// 可根据target.Perm做进一步处理
}
正确包装错误是前提：%w 的使用
errors.Is 和 errors.As 的功能依赖于错误链的完整性。要构建可追溯的错误链，必须在包装旧错误生成新错误时，使用 fmt.Errorf 中的 %w 动词。
如果使用 %v 或其他格式化动词，只会把原错误转成字符串，丢失其类型和结构，导致后续无法用 Is 或 As 进行判断。
// 正确：保留错误链
return fmt.Errorf("failed to open config: %w", err)
// 错误：破坏错误链，仅保留文本
return fmt.Errorf("failed to open config: %v", err)
基本上就这些。掌握 %w 包装、errors.Is 判等、errors.As 提取这三者的配合，就能应对绝大多数Go项目的错误判断需求。
