Go错误可通过包装、结构化字段和延迟捕获上下文增强可追溯性：用fmt.Errorf %w轻量包装、errors.Join合并多错误、自定义类型携带字段、runtime.Caller记录位置。

Go 错误本身是值，不自带堆栈或上下文，但通过组合标准库和社区实践，可以高效地为错误附加位置、参数、调用链等关键信息。核心思路是：用包装（wrapping）、结构化字段、延迟捕获上下文三类方式增强可读性和可追溯性。

用 fmt.Errorf 包装并添加上下文

最轻量且标准的方式是使用 fmt.Errorf 的 %w 动词包装原始错误，同时插入当前层的业务信息（如操作名、ID、参数）。

• 在函数入口或关键分支处包装，避免重复包装导致冗余
• 保持动词一致：用过去式描述已发生的动作（如 "failed to parse config file %q" 而非 "parse config file"）
• 示例：return fmt.Errorf("failed to load user %d: %w", userID, err)

用 errors.Join 合并多个错误

当一次操作可能触发多个独立失败（如批量处理、并发请求），用 errors.Join 将它们聚合成一个错误，便于统一返回和判断。

• 支持嵌套展开：errors.Unwrap 或 errors.Is 仍可穿透识别底层错误类型
• 适合日志聚合场景：打印时自动展示所有子错误，无需手动拼接字符串
• 示例：err := errors.Join(err1, err2, err3)，后续可 if errors.Is(err, io.EOF) { ... }

自定义错误类型携带结构化字段

对需要精确诊断的错误（如数据库超时、重试次数耗尽），定义带字段的 struct 错误，比纯字符串更利于程序判断和监控。

• 实现 error 接口 + Unwrap() 方法支持包装链
• 导出关键字段（如 Code, Retryable, Timestamp），方便中间件提取
• 示例：type DBTimeoutError struct { Query string; Duration time.Duration; Retryable bool }

用 runtime.Caller 记录错误发生位置

标准错误不带堆栈，但可在错误创建时用 runtime.Caller 获取文件/行号，注入到错误消息或自定义字段中。

• 适用于调试阶段或内部服务，避免在高吞吐路径频繁调用影响性能
• 推荐封装成辅助函数，如 ErrAt(err, "loadUser") 自动附加 caller 信息
• 注意：Go 1.17+ 的 errors.WithStack（第三方）或 github.com/pkg/errors 已内置该能力，但需权衡依赖

基本上就这些。不需要引入复杂框架，合理组合 fmt.Errorf、errors.Join、自定义类型和少量运行时信息，就能让 Go 错误既保持简洁，又具备足够的上下文支撑排查和可观测性。