必须同时重写equals和hashCode，否则逻辑相等的对象因哈希值不同被散列到不同桶中，导致HashSet存重复、HashMap查不到、去重失效；二者须基于相同字段计算，且避免使用可变字段。
因为 Java 集合（如 HashMap、HashSet）依赖 hashCode 定位对象位置，再用 equals 精确判断是否重复；如果只重写 equals 而不重写 hashCode，逻辑上相等的对象可能被散列到不同桶中，导致查不到、存不进、去重失效。
核心机制：哈希表的两步查找
HashMap 和 HashSet 底层是哈希表，插入或查找时分两步：
- 先调用对象的
hashCode()，算出它该放在哪个数组索引（“桶”）里 - 若该桶已有元素，再用
equals()逐个比对，确认是否真正相等
如果两个对象业务上相等（a.equals(b) == true），但 a.hashCode() != b.hashCode()，它们就会被放进不同桶——后续调用 map.get(b) 或 set.contains(b) 就永远找不到 a，哪怕内容完全一样。
违反契约会破坏集合行为
Java 规范强制要求：只要 equals 返回 true，hashCode 就必须返回相同值。这是 Object 类文档和《Effective Java》强调的底层契约。违反它会导致：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- HashSet 存入重复对象：两个逻辑相等的对象因 hash 不同被当作不同元素存入
-
HashMap 查不到已存在的键：用新构造的等价对象
get()，返回null - ConcurrentHashMap 或 LinkedHashSet 行为异常：底层仍基于哈希定位，同样受影响
重写时的关键原则
两者必须基于同一组字段计算：
-
equals中用于比较的字段（比如name和age），hashCode也必须参与运算 - 推荐用
Objects.hash(f1, f2, f3)，自动处理null和类型转换 - 避免使用可变字段（如后期会修改的
status），否则对象入集合后再改字段，哈希值变化 → 永远取不出来
典型反例说明
假设 Person 类只重写了 equals（按 name 和 age 判断相等），但没重写 hashCode：
-
p1.equals(p2)返回true -
p1.hashCode() == p2.hashCode()却是false（用的是Object默认实现） -
set.add(p1); set.contains(p2)返回false—— 本该是true！
这就是未同步重写带来的实际故障。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
