使用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被识别出来。

基本用法示例

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

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
}

调用后判断错误类型：

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

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

Pinokio是一款开源的AI浏览器，可以安装运行各种AI模型和应用

与==判断的区别

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

• 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错误类型判断详解的详细内容，更多请关注其它相关文章！

# go  # golang  # ai  # 区别  # 标准库  # 递归  # 如何在  # 不存在  # 仍能  # 移除  # 是在  # 也能  # 当你  # 适用于  # 并在  # 济南网络营销推广费用  # 济阳信息化营销推广  # 宣城推广营销公司报价  # 辽阳跨境电商网站建设  # 需要针对seo  # 亚马逊营销推广培训课程  # 网站建设销售模式  # 专业的网站建设题库  # 阿里云seo收入  # 冰箱营销推广视频