在 go 中直接用 == 比较自定义错误（如 bcrypt.errmismatchedhashandpassword）失败，通常并非逻辑错误，而是因重复导入不同路径的同一包导致多个独立错误变量实例——它们内容相同但地址不同，== 比较指针必然失败。
在 go 中直接用 == 比较自定义错误（如 bcrypt.errmismatchedhashandpassword）失败，通常并非逻辑错误，而是因重复导入不同路径的同一包导致多个独立错误变量实例——它们内容相同但地址不同，== 比较指针必然失败。
Go 的错误比较是一个常见却易被忽视的陷阱。核心问题在于：Go 中的错误变量（如 var ErrX = errors.New(“msg”)）是包级变量，其内存地址由包的唯一导入路径决定。当项目中存在多个路径导入“逻辑上相同”的包时（例如同时使用 code.google.com/p/go.crypto/bcrypt 和 golang.org/x/crypto/bcrypt），Go 会将它们视为两个完全独立的包——各自初始化一份 ErrMismatchedHashAndPassword，即使错误字符串完全一致，它们的指针地址也截然不同。
这正是你日志中看到的现象：
bcrypt.Err: 0xc2080290b0, &errors.errorString{s:"crypto/bcrypt: ..."} err : 0xc2080291e0, &errors.errorString{s:"crypto/bcrypt: ..."}两个地址不同（0xc2080290b0 ≠ 0xc2080291e0），因此 err == bcrypt.ErrMismatchedHashAndPassword 永远为 false。
✅ 正确解决方案：统一导入路径
确保整个项目仅使用官方维护的现代 bcrypt 包：
// ✅ 唯一且推荐的导入方式 import "golang.org/x/crypto/bcrypt"并全局替换所有旧路径引用（如 code.google.com/p/go.crypto/bcrypt）。可通过以下命令辅助检查：
grep -r "go.crypto/bcrypt" ./ --include="*.go" grep -r "x/crypto/bcrypt" ./ --include="*.go"⚠️ 更健壮的错误处理实践（推荐）
即便路径统一，直接比较错误指针仍存在扩展性风险（例如未来 bcrypt 可能改用 fmt.Errorf 包装错误）。因此，应优先使用 errors.Is（Go 1.13+）进行语义化错误判断：
import "errors" account, err := FindAccount(db, email, password) if err != nil { if errors.Is(err, bcrypt.ErrMismatchedHashAndPassword) { return nil, EmailPasswordInvalidError{} } return nil, err // 其他错误（如数据库连接失败） }errors.Is 能正确处理嵌套错误（如 fmt.Errorf(“auth failed: %w”, bcrypt.ErrMismatchedHashAndPassword)），大幅提升代码健壮性。
? 总结建议
- ? 使用 go mod graph | grep bcrypt 检查模块依赖中是否存在多版本 bcrypt；
- ? 执行 go mod tidy 清理未使用的依赖；
- ?️ 在认证等关键路径中，始终用 errors.Is 替代 == 比较错误；
- ? 记住原则：“相同错误值” ≠ “相同错误变量”，而“语义相等”应由 errors.Is 定义，而非内存地址。