java中重写equals方法时，若类被hibernate用于持久化且启用延迟加载，应避免用getclass()校验类型，改用instanceof；id比较需用objects.equals防null；hashcode应仅基于id计算以确保稳定。
Java中重写equals方法时，若类被Hibernate用于持久化且启用了延迟加载，直接用getClass() != obj.getClass()做类型校验会出错——因为代理对象的运行时类是CGLIB增强类（如Test$$EnhancerByCGLIB$$3b047fc7），而非原始实体类（如Test）。这会导致equals提前返回false，即使两个对象逻辑上完全一致。
避免 getClass() 类型强校验
延迟加载对象在未初始化前是Hibernate生成的代理子类，其getClass()返回的是增强类，而非实体类本身。因此不能依赖getClass()判断类型是否匹配。
- ❌ 错误写法：
if (getClass() != obj.getClass()) return false; - ✅ 正确做法：改用
obj instanceof YourEntityClass，它对代理对象也返回true（因代理类继承自目标实体类） - 注意：
instanceof天然处理null，无需额外判空；但若需严格区分父子类语义（如防止子类与父类互相equals），则需结合其他策略（如字段级校验）
ID 字段比较要防空与懒加载陷阱
代理对象的ID字段可能为null，即使数据库中该记录ID有效——这是因为在代理未触发初始化（即未调用任何getter）前，Hibernate尚未从数据库读取真实值。
Java Linux版
下载
Java Linux版下载入口，提供 Oracle JDK 26.0.2 官方 Linux 安装包、Java 环境配置、JDBC 数据库连接和 Java 服务端开发相关信息。
- ❌ 危险写法：
!id.equals(other.id)→ 若other.id为null，抛NullPointerException - ✅ 安全写法：统一用
Objects.equals(id, other.id)，自动处理null；或显式判空再比较 - 更稳妥的做法是仅基于主键（ID）判断相等性，且确保ID字段在代理创建时已被设值（通常Hibernate会在构造代理时注入ID）
推荐的 equals 实现模板（适配延迟加载）
兼顾规范性、安全性与Hibernate兼容性：
- 第一步：引用相等检查（
this == obj） - 第二步：判空 +
instanceof类型检查（不依赖getClass()） - 第三步：强制转换后，仅比较不可变标识字段（通常是
id），用Objects.equals封装 - 第四步：若存在业务唯一键（如复合主键或业务码），也可纳入比较，但避免调用可能触发初始化的getter方法
务必同步重写 hashCode
equals改了，hashCode必须跟着改，否则放入HashSet或作为HashMap键时行为异常。规则不变：只要equals返回true，hashCode就必须相同。
- ✅ 推荐：
return Objects.hash(id);（仅基于ID计算，稳定且不触发懒加载） - ❌ 避免：
Objects.hash(name, age)等非ID字段——这些字段在代理未初始化时为null，导致hashCode不稳定 - 注意：
hashCode结果在对象生命周期内必须保持一致，而懒加载字段的值可能随初始化改变，所以只依赖ID最安全
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
