fmt.Errorf用于格式化和包装错误，适合动态消息和错误链；errors.New创建固定错误，适用于静态场景。
在Go语言中，fmt.Errorf 和 errors.New 都用于创建错误值，但它们的使用场景和功能有明显区别。理解这些差异有助于写出更清晰、可维护性更强的代码。
1. errors.New：创建简单静态错误
errors.New 用于创建一个带有固定消息的错误。它适用于不需要动态参数的场景。
它的输入是一个字符串字面量，返回一个实现了 error 接口的类型。
err := errors.New("文件未找到")
if err != nil {
log.Println(err)
}
这种方式适合定义预知的、固定的错误情况，比如包级别的错误变量：
var ErrNotFound = errors.New("资源不存在")
2. fmt.Errorf：格式化构建错误信息
当你需要将变量或动态数据嵌入错误消息时，应使用 fmt.Errorf。它支持格式化动词（如 %s、%d），类似于 fmt.Printf。
filename := "config.json"
err := fmt.Errorf("读取文件失败: %s", filename)
这种写法更灵活，常用于运行时根据上下文生成错误描述。
从 Go 1.13 开始，fmt.Errorf 还支持错误包装（wrapping）：
if err != nil {
return fmt.Errorf("处理数据时出错: %w", err)
}
这里的 %w 动词会将原始错误包装进去，后续可用 errors.Is 或 errors.As 进行判断和解包。
3. 关键区别总结
- 静态 vs 动态：errors.New 只接受固定字符串；fmt.Errorf 支持格式化输出。
- 错误包装能力：只有 fmt.Errorf 支持 %w 来包装底层错误，实现错误链。
- 性能：errors.New 更轻量，无格式化开销；fmt.Errorf 在简单场景下略重。
- 可重用性：errors.New 常用于定义全局错误变量；fmt.Errorf 多用于函数内部即时构造。
4. 使用建议
- 如果错误信息是固定的，优先使用 errors.New 定义包级变量。
- 需要拼接变量或上下文时，使用 fmt.Errorf。
- 要保留原始错误以便调用方检查，使用 fmt.Errorf(..., %w, err) 包装。
- 避免滥用 fmt.Errorf 创建难以比较的错误字符串，尤其是对外暴露的错误类型。
基本上就这些。选择哪种方式取决于你是否需要格式化或包装错误。合理使用两者能让错误处理更清晰可靠。
