判断Golang错误类型，errors Is与As用法详解

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 能穿透多层包装，自动遍历整个错误链进行匹配。

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项目的错误判断需求。