在 Go 中，通过为错误定义具名类型并实现 Error() 方法，既能满足 error 接口契约，又能携带上下文信息（如非法数值），比字符串错误更灵活、可扩展、易调试。
在 go 中，通过为错误定义具名类型并实现 `error()` 方法，既能满足 `error` 接口契约，又能携带上下文信息（如非法数值），比字符串错误更灵活、可扩展、易调试。
Go 的错误处理机制基于一个极简但强大的接口：
type error interface {
Error() string
}这意味着：任何实现了 Error() string 方法的类型，自动成为 error 类型。这正是 ErrNegativeSqrt 能被用作返回值的根本原因——它不是“继承”自 error，而是“实现”了该接口。
那么，为什么选择 float64 作为底层类型？
因为错误需要携带关键上下文：当 Sqrt(-2) 失败时，仅返回 "cannot Sqrt negative number" 是苍白的；而 ErrNegativeSqrt(-2) 将 -2 本身封装进错误实例中，使 Error() 方法能动态生成带原始值的提示：
func (e ErrNegativeSqrt) Error() string {
return fmt.Sprintf("cannot Sqrt negative number: %g", float64(e))
}这里 float64(e) 是类型转换，将 ErrNegativeSqrt 实例安全转回其基础值。若底层类型设为 string 或 struct{ Value float64 }，同样可行；但用 float64 是一种轻量、直接、零开销的设计——无需额外字段，值即上下文。
再看第二个问题：为何不写一个普通函数（如 func NewNegativeSqrtError(x float64) error）？
答案是：类型即语义，类型即能力。
- ✅ 自定义类型支持类型断言与精确错误判断：
if err := Sqrt(-4); err != nil { if e, ok := err.(ErrNegativeSqrt); ok { fmt.Printf("负数错误，原始值：%g\n", float64(e)) // 可直接访问原始数据 } } - ✅ 支持方法扩展（如添加 Value()、IsCritical() 等）；
- ✅ 在大型项目中，ErrNegativeSqrt 比泛化的 errors.New(...) 更易搜索、归类和维护；
- ❌ 而纯函数返回 errors.New(...) 仅产生无结构的字符串错误，丢失数值上下文，也无法做类型区分。
⚠️ 注意事项：
- 不要滥用基础类型别名（如 type ErrNegativeSqrt float64）来承载复杂状态——若需多个字段（如时间戳、调用栈、错误码），应改用结构体：
type ErrNegativeSqrt struct { Value float64 Time time.Time } func (e ErrNegativeSqrt) Error() string { return fmt.Sprintf("Sqrt(%g) failed at %v", e.Value, e.Time) } - 所有自定义错误类型都应确保 Error() 方法始终返回非空字符串且不 panic；
- 生产环境建议结合 fmt.Errorf 和 %w 动词实现错误链（wrapping），便于诊断根本原因。
总结：Go 的错误是值，更是类型。创建 ErrNegativeSqrt 这样的类型，本质是将“错误是什么”（语义）与“错误因何而起”（上下文）统一建模——它让错误从被动消息升级为主动参与者，这是 Go 显式、可控、可演化的错误哲学的核心体现。
