Go从1.13起通过fmt.Errorf的%w包装错误，结合errors.Is和errors.As遍历错误链，保留原始错误上下文，建议在中间层用%w添加上下文，顶层统一处理，确保错误排查高效。
Go语言从1.13版本开始引入了错误包装（error wrapping）机制，让开发者能更清晰地追踪错误源头。通过
fmt.Errorf配合
%w动词，可以将底层错误逐层包装，在保留原始错误信息的同时附加上下文。正确使用这一特性，有助于在复杂调用链中快速定位问题。
错误包装的基本用法
使用
fmt.Errorf的
%w格式符可将一个错误包装进新错误中，被包装的错误称为“原因错误”（cause）。这样形成的链式结构可通过
errors.Unwrap逐层展开。
示例：
func readConfig() error {file, err := os.Open("config.json")
if err != nil {
return fmt.Errorf("failed to open config file: %w", err)
}
defer file.Close()
// ...
}
这里将
os.Open的原始错误包装成更具体的上下文错误，便于理解发生场景。
立即学习“go语言免费学习笔记（深入）”；
遍历错误链获取完整信息
通过
errors.Unwrap可手动逐层解包，但更推荐使用
errors.Is和
errors.As进行链式比对和类型断言。
常见做法：
-
errors.Is(err, target)：判断错误链中是否包含指定错误（如
os.ErrNotExist
） - errors.As(err, &target)：判断错误链中是否有特定类型的错误（如自定义错误结构体）
例如：
if errors.Is(err, os.ErrNotExist) {
log.Println("配置文件不存在")
}
var pathErr *os.PathError
if errors.As(err, &pathErr) {
log.Printf("路径错误: %v", pathErr.Path)
}
添加上下文而不丢失原始错误
在中间层函数中，应避免只用
fmt.Errorf("xxx: %v", err)这种形式，这会丢弃原始错误类型。始终使用%w保留错误链。
建议结构：
- 底层：返回具体错误（如IO错误、网络超时）
- 中间层：包装并添加操作上下文（如“读取用户配置失败”）
- 顶层：统一处理或日志输出完整错误链
这样既能知道“哪里出错”，也能知道“为什么出错”。
打印错误链辅助调试
标准
err.Error()只返回最外层信息。要查看完整链条，可手动遍历： for i := 0; err != nil; i++ {
log.Printf("level %d: %v", i, err)
err = errors.Unwrap(err)
}
或者使用第三方库（如
github.com/pkg/errors）的
errors.Cause和
%+v打印堆栈，但注意Go原生机制已能满足多数场景，避免过度依赖外部包。
基本上就这些。合理使用包装与解包，能让错误信息更有价值，排查问题更高效。关键是在包装时用
%w，检查时用
Is或
As，保持链条完整。不复杂但容易忽略。
