对象相等性由 equals 和 hashCode 共同定义，必须成对重写；equals 依据业务字段判断，hashCode 必须与之同步，否则哈希集合操作异常。
对象相等性比较在 Java 面向对象中不是“长得一样就算相等”，而是由 equals 和 hashCode 共同定义的一套逻辑契约。这套契约不只影响 if (a.equals(b)) 的真假，更直接决定对象能否在 HashSet、HashMap、Hashtable 等集合中被正确识别、去重、查找和删除。
相等性必须由业务字段驱动，而非内存地址
Object 默认的 equals 只比引用（==），两个 new 出来的相同内容对象永远不等。这不符合业务需求——比如两个 User{id=1001, name="张三"} 显然该视为同一个用户。重写 equals 就是要把判断依据从“是不是同一块内存”切换到“关键字段是否一致”。常用做法是：
- 先用
this == obj快速判同一引用 - 再检查
obj == null || getClass() != obj.getClass()，避免空指针和类型错位（用getClass()而非instanceof，防止继承场景下破坏对称性） - 最后用
Objects.equals(field1, other.field1)逐个比参与业务判定的不可变字段
hashCode 必须与 equals 保持逻辑同步
hashCode 不是独立存在的“编号”，它是 equals 的配套身份证。Java 规范强制规定：只要 a.equals(b) == true，就一定有 a.hashCode() == b.hashCode()。否则哈希集合会“找不到自己”——比如把对象放进 HashSet 后，再用另一个逻辑相等的对象去 contains，结果返回 false。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 计算
hashCode时，只使用equals中实际参与比较的那些字段 - 推荐直接用
Objects.hash(field1, field2, ...)，它自动处理 null、类型转换和组合逻辑 - 避免在
hashCode中引入可变字段（如后期会修改的 status），否则对象放入集合后哈希值变化，会导致无法定位
二者必须成对重写，缺一不可
只重写 equals 不重写 hashCode，等于给对象发了假身份证：别人按身份证号（哈希码）找你，却因号码乱填而进错房间；只重写 hashCode 不重写 equals，则像身份证号统一但本人信息全错，连“是不是同一个人”都判不准。
立即学习“Java免费学习笔记（深入）”；
- 违反契约最典型表现：同一个对象反复添加进
HashSet成功、HashMap中 key 查不到 value、remove失败 - IDE（如 IntelliJ）或 Lombok 的
@EqualsAndHashCode可自动生成，但需确认字段选择合理、无敏感可变字段 - 务必补上单元测试：验证自反性、对称性、传递性、null 安全，以及
equal → same hash的双向一致性
