Go 1.13 errors包通过%w封装错误，errors.Is和errors.As实现链式判断，结合自定义Unwrap方法可追溯上下文，避免过度包装与循环引用，提升错误处理的可读性与健壮性。
在 Go 语言中，错误处理是程序健壮性的重要组成部分。随着 Go 1.13 引入 errors 包的封装与链式调用能力，开发者可以更清晰地追踪错误源头并保留上下文信息。合理使用 errors.Is、errors.As 和 %w 格式动词，能显著提升错误处理的可读性和可维护性。
错误封装：使用 %w 添加上下文
Go 1.13 起，fmt.Errorf 支持使用 %w 动词来包装已有错误，生成一个带有额外信息的新错误，同时保留原始错误用于后续判断。
例如，在调用底层函数出错时，添加调用层的上下文：
if err := readFile(name); err != nil {
return fmt.Errorf("failed to read config file %s: %w", name, err)
}
这里的 %w 会将底层错误嵌入新错误中，形成一条错误链。相比只用 %v，这种方式既提供了上下文，又不丢失原始错误类型和信息。
立即学习“go语言免费学习笔记（深入）”；
错误比较：errors.Is 与 errors.As
当错误被多层封装后，直接用 == 判断会失败。errors.Is 提供了“等价性”判断，能沿着错误链查找是否包含指定错误。
if errors.Is(err, os.ErrNotExist) {
log.Println("config file not found")
}
而 errors.As 用于判断错误链中是否包含特定类型的错误，适用于需要访问错误具体字段的场景：
var pathErr *os.PathError
if errors.As(err, &pathErr) {
log.Printf("file operation failed on path: %s", pathErr.Path)
}
这两个函数会自动遍历错误链，无需手动解包。
自定义错误类型与链式调用实践
在业务中，常需定义自己的错误类型。只要实现 Unwrap 方法，就能参与错误链。
type MyError struct {
Msg string
Err error
}
func (e *MyError) Error() string {
return e.Msg
}
func (e *MyError) Unwrap() error {
return e.Err
}
创建并包装此类错误：
err := fmt.Errorf("higher level failed: %w", &MyError{
Msg: "IO failed",
Err: os.ErrPermission,
})
之后仍可用 errors.Is(err, os.ErrPermission) 正确匹配。
避免过度包装与循环引用
虽然包装提供上下文，但过多层级会增加排查复杂度。建议只在跨越逻辑层（如从存储层到服务层）时包装一次。
同时注意不要造成错误循环，即 err.Unwrap() 返回自身或形成环路，这会导致 Is/As 进入无限循环。
基本上就这些。掌握 errors 包的核心功能，能让 Go 程序的错误处理更透明、更可控。关键是在封装上下文和保持错误可追溯之间取得平衡。
