使用 %w 包装错误可创建嵌套错误链，保留原始错误信息并支持 errors.Is 和 errors.As 判断与提取，如 fmt.Errorf("failed: %w", err)，避免重复包装和日志误用，提升错误追踪能力。
在Go语言中，错误处理是程序健壮性的重要组成部分。从Go 1.13开始，fmt.Errorf 引入了 %w 动词，用于包装（wrap）底层错误，形成嵌套错误链。这种方式不仅保留了原始错误信息，还支持通过 errors.Is 和 errors.As 进行错误判断与类型断言，极大提升了错误追踪能力。
使用 %w 包装错误
当你需要在返回错误的同时保留原始错误时，使用 %w 是标准做法。它会创建一个新的错误，同时嵌套原始错误。
示例：
if err != nil {
return fmt.Errorf("failed to read config: %w", err)
}
这里，%w 将底层的 err 包装进新错误中。调用者可以通过 errors.Unwrap() 或 errors.Is/errors.As 访问原始错误。
立即学习“go语言免费学习笔记（深入）”；
错误链的判断与提取
使用包装错误后，你可以在外层代码中判断是否包含特定错误类型。
例如，检查是否由 os.ErrNotExist 引起：
if errors.Is(err, os.ErrNotExist) {
log.Println("config file does not exist")
}
或者提取特定类型的错误：
var pathErr *os.PathError
if errors.As(err, &pathErr) {
log.Printf("path error: %v", pathErr.Path)
}
这些操作依赖于错误链的完整性，而 %w 正是构建这种链的关键。
避免错误包装的常见陷阱
使用 %w 时需注意以下几点：
- 每个 %w 只能出现在格式字符串中一次
- 不要对已经包装的错误重复包装，避免冗余层级
- 不要在日志中误用 %w，例如 log.Printf("error: %w", err) 是错误的，应使用 %v
- 确保只在需要传递上下文且保留原错误语义时才使用 %w
基本上就这些。合理使用 %w 能让错误更有层次、更易排查，是现代Go错误处理的推荐方式。
