使用fmt.Errorf配合%w动词可包装错误并保留原始错误，便于通过errors.Is和errors.As判断或解包。示例中readFile函数将底层err用%w包装，调用者能检查错误链或提取具体类型。为统一格式可封装wrapError辅助函数，避免重复代码。需注意每个fmt.Errorf只能有一个%w，不可用%v等替代，否则中断错误链。正确使用可构建清晰、可维护的错误处理流程。
在Go语言中，错误处理是程序设计的重要部分。为了增强错误信息的可读性和上下文关联性，常常需要对底层返回的错误进行包装（wrap），添加额外的信息或层级。从Go 1.13开始，标准库errors支持错误包装，可以通过%w动词在fmt.Errorf中实现。
使用 fmt.Errorf 包装错误
最常见的方式是使用fmt.Errorf配合%w格式化动词来包装错误。这种方式会保留原始错误，允许后续通过errors.Is和errors.As进行判断和类型断言。
示例：
func readFile(path string) error {
data, err := os.ReadFile(path)
if err != nil {
return fmt.Errorf("failed to read file %s: %w", path, err)
}
// 处理数据
return nil
}
这里，%w将底层的err包装进新错误中。调用者可以使用errors.Unwrap、errors.Is或errors.As访问原始错误。
立即学习“go语言免费学习笔记（深入）”；
创建通用错误包装函数
如果你在多个地方都需要类似的错误包装逻辑，可以封装一个辅助函数来统一格式。
func wrapError(op, msg string, err error) error {
return fmt.Errorf("%s: %s: %w", op, msg, err)
}
// 使用示例
func processConfig(path string) error {
data, err := os.ReadFile(path)
if err != nil {
return wrapError("processConfig", "could not load config", err)
}
return nil
}
这种模式有助于统一错误消息结构，便于日志分析和调试。
检查和解包包装错误
当错误被包装后，你仍可以判断它是否源自某个特定错误或类型。
示例：
if errors.Is(err, os.ErrNotExist) {
log.Println("File does not exist")
}
var pathErr *os.PathError
if errors.As(err, &pathErr) {
log.Printf("Path error occurred: %v", pathErr.Path)
}
errors.Is用于比较错误链中是否存在某个目标错误，errors.As则用于提取特定类型的错误实例。
避免错误包装的常见陷阱
注意不要误用%w。每个fmt.Errorf最多只能有一个%w，且不能与其他动词组合使用（如%v替代%w会丢失包装能力）。
错误示例：
// 错误：使用 %v 而非 %w，导致无法解包
return fmt.Errorf("read failed: %v", err)
// 正确：使用 %w
return fmt.Errorf("read failed: %w", err)
基本上就这些。使用fmt.Errorf配合%w是现代Go中推荐的错误包装方式，结合errors.Is和errors.As能构建出清晰、可维护的错误处理流程。
