如何在Golang中使用errors.Is判断错误类型_Golang错误类型判断详解

使用errors.Is可判断错误是否与目标相等，它能递归检查包装后的底层错误。例如用fmt.Errorf("%w", err)包装时，errors.Is仍能识别原始错误，而直接==比较则无法做到。应优先使用errors.Is进行语义化错误判断，特别是在错误被多层包装或需匹配预定义错误（如os.ErrNotExist）时，确保错误处理更健壮可靠。

在Golang中，判断错误类型是日常开发中的常见需求。从Go 1.13开始，标准库引入了errors.Is和errors.As，让错误判断更加清晰、安全。本文重点讲解如何使用errors.Is来判断两个错误是否相等，即是否表示同一种错误。

什么是errors.Is

errors.Is(err, target)用于判断err是否与target错误相等。它不仅仅比较错误的值，还支持递归地检查错误链中的底层错误（通过Unwrap方法），因此适用于包装过的错误场景。

简单来说：当你使用fmt.Errorf("wrap: %w", err)包装一个错误时，原始错误仍然可以通过errors.Is被识别出来。

基本用法示例

假设我们定义了一个预定义错误：

立即学习“go语言免费学习笔记（深入）”；

var ErrNotFound = errors.New("not found")

func findUser(id int) (string, error) {
    if id != 1 {
        return "", fmt.Errorf("user %d: %w", id, ErrNotFound)
    }
    return "Alice", nil
}

调用后判断错误类型：

挖错网

一款支持文本、图片、视频纠错和AIGC检测的内容审核校对平台。

28

查看详情

user, err := findUser(2)
if err != nil {
    if errors.Is(err, ErrNotFound) {
        fmt.Println("用户不存在")
    } else {
        fmt.Println("其他错误:", err)
    }
}

尽管err是被包装过的错误，errors.Is仍能正确识别出它是否源自ErrNotFound。

与==判断的区别

直接使用==只能判断两个错误变量是否指向同一个实例，无法处理包装场景：

• err == ErrNotFound：仅当err就是ErrNotFound本身时才成立
• errors.Is(err, ErrNotFound)：即使err是fmt.Errorf("failed: %w", ErrNotFound)也能匹配成功

因此，在涉及错误包装的项目中，推荐始终使用errors.Is进行语义上的“错误相等”判断。

何时该用errors.Is

• 需要判断某个错误是否是特定预定义错误（如os.ErrNotExist）
• 错误经过多层函数传递并可能被包装
• 希望代码对错误的语义进行判断，而非具体类型或消息内容

例如标准库中常用模式：

if errors.Is(err, os.ErrNotExist) {
    // 处理文件不存在
}

基本上就这些。合理使用errors.Is能让错误处理更健壮、可维护，避免因错误包装导致逻辑失效。关键是定义好你的公共错误变量，并在包装时使用%w动词。不复杂但容易忽略细节。

以上就是如何在Golang中使用errors.Is判断错误类型_Golang错误类型判断详解的详细内容，更多请关注php中文网其它相关文章！