Golang错误类型处理技巧分享

最近发现不少小伙伴都对Golang很感兴趣，所以今天继续给大家介绍Golang相关的知识，本文《Golang error类型错误处理技巧》主要内容涉及到等等知识点，希望能帮到你！当然如果阅读本文时存在不同想法，可以在评论中表达，但是请勿使用过激的措辞~

Go 中的 error 是预定义接口 type error interface { Error() string }，任何实现 Error() 方法的类型均可赋值给 error；常用 errors.New 和 fmt.Errorf 创建错误，后者支持格式化和 %w 包裹；判断错误应使用 errors.Is 和 errors.As，避免 == 或类型断言；自定义 error 可实现 Unwrap() 以支持错误链穿透。

Go 中的 error 是接口，不是特殊类型

Go 语言里 error 就是一个预定义的接口：

type error interface {
    Error() string
}

最常用：用 errors.New 和 fmt.Errorf 构造错误

日常开发中，90% 的简单错误都靠这两个函数生成：

• errors.New("something went wrong")：适合固定字符串错误，底层就是返回一个私有结构体，Error() 方法直接返回该字符串
• fmt.Errorf("failed to open %s: %w", filename, err)：支持格式化，且带 %w 动词时能包裹（wrap）另一个 error，形成错误链

注意：fmt.Errorf("... %w", nil) 会 panic，传入前务必检查是否为 nil。

判断错误类型：用 errors.Is 和 errors.As，别用 == 或类型断言硬写

Go 1.13 引入了错误链支持，旧式 err == io.EOF 或 err.(someErrorType) 在包裹后会失效：

• 用 errors.Is(err, io.EOF) 判断是否等于某个已知错误（包括被 %w 包裹过的）
• 用 errors.As(err, &target) 提取底层具体错误类型，比如想拿到自定义错误里的字段
• 直接比较 err == someErrVar 只在未包裹、且是同一变量地址时才成立，基本不可靠

自定义 error 类型要实现 Error() 方法，可选加 Unwrap()

如果你需要携带额外信息（如状态码、重试次数），就定义结构体并实现 Error()：

type MyError struct {
    Code int
    Msg  string
}

func (e *MyError) Error() string { return e.Msg }

func (e *MyError) Unwrap() error { return nil } // 不包裹其他 error，返回 nil

如果要支持包裹（比如调用下游失败时带上原始 error），就让 Unwrap() 返回那个被包裹的 error：

func (e *MyError) Unwrap() error { return e.Cause }

这样 errors.Is 和 errors.As 才能穿透多层找到目标错误。没加 Unwrap() 的自定义 error，会被错误链“截断”。

真正容易被忽略的是错误链的深度和性能开销：每次 fmt.Errorf("... %w", err) 都会构造新对象，频繁包装深层调用栈可能拖慢错误生成；生产环境若只做日志记录，有时直接用 errors.New 更轻量。

理论要掌握，实操不能落！以上关于《Golang错误类型处理技巧分享》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！