errors.New适用于静态错误场景，如固定消息、包级变量定义，配合errors.Is进行错误判断；需动态信息时应选用fmt.Errorf。
在 Go 语言中，errors.New 是创建简单错误的最基础方式之一。它是否“合理”取决于使用场景——对于不需要携带额外信息的错误，errors.New 不仅合理，而且推荐。
errors.New 的基本用法
errors.New 接收一个字符串并返回一个实现了 error 接口的类型。它的实现非常轻量，适用于快速构造一个静态错误消息。
import "errors"
func divide(a, b int) (int, error) {
if b == 0 {
return 0, errors.New("division by zero")
}
return a / b, nil
}
这种写法清晰、直接，适合大多数基础校验场景。
适合使用 errors.New 的场景
- 静态错误信息：当错误原因固定，不需要动态参数时，比如 “invalid input”、“not found”。
- 包内部简单校验：函数逻辑简单，出错路径明确，无需堆栈追踪或上下文信息。
- 公共 API 的标准错误：可将 errors.New 创建的错误变量定义为包级变量，供外部判断使用。
var ErrInvalidInput = errors.New("invalid input")
func validate(s string) error {
if s == "" {
return ErrInvalidInput
}
return nil
}
这种方式便于调用方通过 errors.Is 判断错误类型：
立即学习“go语言免费学习笔记（深入）”；
if errors.Is(err, ErrInvalidInput) {
// 处理特定错误
}
不适合使用 errors.New 的情况
- 需要携带上下文信息：如文件名、行号、具体数值等，此时应使用 fmt.Errorf。
- 链式错误处理：Go 1.13+ 支持错误包装，应使用 fmt.Errorf("%w", err) 向上层传递底层错误。
- 需要结构化错误数据：例如 HTTP 状态码、错误代码等，建议自定义 error 类型。
与 fmt.Errorf 的对比
当错误信息需要动态拼接时，fmt.Errorf 更合适：
if !valid {
return fmt.Errorf("value %q is not valid", value)
}
而 errors.New("not valid") 无法插入变量，灵活性差。
基本上就这些。在合适的地方用 errors.New，保持代码简洁；需要更多信息时，选择更强大的工具。合理与否，关键看是否匹配需求。
