使用 fmt.Errorf 结合 %w 可包装错误并保留原始错误链，便于通过 errors.Is 和 errors.As 进行精确判断；添加上下文如操作阶段和参数值能提升错误可读性；避免重复包装导致信息冗余，应在边界层统一处理，中间层透传，结合 %+v 输出完整堆栈，确保错误链完整且可追溯。
在 Go 语言中，fmt.Errorf 是创建错误最常用的方式之一。它不仅可以生成新的错误信息，还能通过包装原有错误来添加上下文，帮助开发者更清楚地定位问题。合理使用 fmt.Errorf 添加扩展信息，是提升程序可观测性和调试效率的重要技巧。
使用 %w 包装错误以保留原始错误链
从 Go 1.13 开始，fmt.Errorf 支持使用 %w 动词来包装错误。这种方式不仅能附加上下文，还能让外部通过 errors.Is 和 errors.As 判断原始错误类型。
示例：
if err != nil {
return fmt.Errorf("处理用户数据失败: %w", err)
}
这样包装后，调用方可以使用 errors.Is(err, target) 或 errors.As(err, &target) 检查原始错误，实现精确的错误处理逻辑。
立即学习“go语言免费学习笔记（深入）”；
添加上下文信息提升可读性
直接返回底层错误往往缺乏上下文。通过 fmt.Errorf 添加操作阶段、参数值或状态信息，能让日志更清晰。
例如：
user, err := fetchUser(id)
if err != nil {
return fmt.Errorf("获取用户失败，ID=%d: %w", id, err)
}
这条错误明确指出操作（获取用户）、关键参数（ID）和原始原因，极大缩短排查时间。
避免重复包装导致信息冗余
不要对已经包装过的错误再次使用 %w，否则会破坏错误链或造成循环引用。应在处理错误的边界层（如 API 接口、服务入口）进行包装，中间层尽量透传。
正确做法：
结合 errors.Is 和 errors.As 进行错误判断
包装后的错误仍需支持类型判断。使用 errors.Is 可匹配目标错误，errors.As 可提取特定类型的错误变量。
示例：
if errors.Is(err, sql.ErrNoRows) {
log.Println("用户未找到")
} else if errors.As(err, &validationErr) {
log.Printf("验证失败: %v", validationErr)
}
这要求你在包装时始终使用 %w，否则链式判断将失效。
基本上就这些。掌握 fmt.Errorf 的包装技巧，尤其是正确使用 %w 添加上下文，能让你的 Go 程序错误处理更清晰、更可控。关键是：加信息、保链条、不重复。
