使用 fmt.Errorf 配合 %w 可包装错误并保留上下文，便于通过 errors.Is 和 errors.As 判断和提取底层错误，同时在多层调用中逐级添加有意义的上下文信息，增强错误可读性与调试能力。
在 Go 语言中，fmt.Errorf 是创建错误最常用的方式之一。从 Go 1.13 开始，fmt.Errorf 支持通过 %w 动词包装原始错误，从而保留错误链中的上下文信息。这种方式让开发者既能添加描述性信息，又能保留底层错误用于后续判断（如使用 errors.Is 和 errors.As）。
使用 %w 包装错误并添加上下文
当你需要在原有错误基础上添加更多上下文时，可以使用 %w 来包装错误：
import "fmt"
func readFile(name string) error {
file, err := os.Open(name)
if err != nil {
return fmt.Errorf("failed to open file %s: %w", name, err)
}
defer file.Close()
// ... read logic
return nil
}
这里，返回的错误包含了文件名信息，并通过 %w 将原始 os.Open 的错误包装进去。调用方可以通过 errors.Unwrap、errors.Is 或 errors.As 检查原始错误类型。
多层错误包装与上下文叠加
在调用链中，每一层都可以使用 fmt.Errorf(..., %w) 添加自己的上下文：
立即学习“go语言免费学习笔记（深入）”；
func processFile(name string) error {
err := readFile(name)
if err != nil {
return fmt.Errorf("failed to process file %s: %w", name, err)
}
return nil
}
这样形成的错误链包含多个层级的上下文，便于调试和日志分析。例如最终错误消息可能是：
failed to process file config.json: failed to open file config.json: no such file or directory
判断包装后的错误类型
使用 errors.Is 判断是否为特定错误：
err := processFile("missing.txt")
if errors.Is(err, os.ErrNotExist) {
log.Println("file does not exist")
}
使用 errors.As 提取特定类型的错误以便访问其字段或方法：
var pathErr *os.PathError
if errors.As(err, &pathErr) {
log.Printf("path error occurred on path: %s", pathErr.Path)
}
注意事项与最佳实践
- 只在需要传递原始错误语义时使用 %w，否则使用 %v 仅格式化显示。
- 避免重复包装同一个错误，防止错误链冗余。
- 建议每一层添加有意义的上下文，比如操作、参数、位置等。
- 不要在公共 API 返回中暴露敏感信息（如路径、用户名）除非必要。
基本上就这些。合理使用 fmt.Errorf 配合 %w，能让 Go 程序的错误处理更清晰、可追溯。关键是既要提供足够上下文，又要保持错误链可用。不复杂但容易忽略细节。
