直接比较error变量通常无效，因error是接口类型，其相等性取决于动态类型和值；即使错误信息相同，不同实例（如errors.New创建）地址不同，导致==返回false；推荐使用errors.Is判断是否为特定错误，errors.As提取具体错误类型，避免依赖字符串或==比较，确保错误处理可靠。
在Go语言中，直接比较error变量是否相等常常无效，这是因为error是一个接口类型，其比较行为依赖于接口的内部结构，而不是简单的值对比。理解这一点需要了解Go中error的底层机制和接口比较规则。
error是接口类型
Go中的error是一个内置接口：
type error interface {
Error() string
}
当你创建一个错误，比如使用errors.New("invalid input")，返回的是一个实现了error接口的具体类型实例。即使两个错误的错误信息相同，它们也可能是不同的底层类型或实例，导致无法通过==判断相等。
立即学习“go语言免费学习笔记（深入）”；
接口比较的规则
在Go中，两个接口变量相等的前提是：动态类型相同且动态值可比较并相等。对于error来说：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 如果两个error指向同一个指针地址（如包级变量），则==可以成立
- 如果两个error是分别调用errors.New生成的，即使消息一样，也是不同对象，比较结果为false
- 自定义错误类型若未实现可比较逻辑，也可能导致意外结果
例如：
err1 := errors.New("EOF")
err2 := errors.New("EOF")
fmt.Println(err1 == err2) // 输出 false
推荐的错误比较方式
由于直接比较不可靠，应使用更安全的方法来识别特定错误：
- 使用预定义变量：标准库中如io.EOF是公开变量，可用==安全比较
- 使用errors.Is：Go 1.13+提供errors.Is(err, target)来判断错误链中是否包含目标错误
- 使用errors.As：用于判断错误链中是否存在某个自定义类型的错误，适用于需要提取错误详情的场景
示例：
if errors.Is(err, io.EOF) {
// 处理 EOF 错误
}
基本上就这些。不要依赖字符串或==直接判断error，而是使用语言推荐的errors.Is和errors.As机制，才能写出健壮的错误处理代码。
