必须同时重写equals()和hashCode()以确保内容相等判断正确，否则HashMap、HashSet等集合会失效；equals()需遵守五条规范并按顺序处理实例、空值、类型、字段比较；hashCode()须仅基于equals()用到的字段计算，且保持稳定。

要让对象按“内容”而不是“地址”来判断相等，必须重写 equals() 和 hashCode()，且二者必须协同一致。只改 equals() 不改 hashCode() 会导致在 HashMap、HashSet 等集合中逻辑失效——比如两个内容相同的对象无法去重，或查不到。

重写 equals() 的关键步骤

目的是让比较基于字段值，而非内存引用。需严格遵守 Java 规范的五条约定（自反、对称、传递、一致、非空），实操中建议按顺序处理：

• 先用 this == obj 判断是否为同一实例，是则直接返回 true
• 再判空：obj == null → 返回 false
• 检查类型：getClass() != obj.getClass() → 返回 false（不建议用 instanceof，避免子类打破对称性）
• 强转后逐字段比较：基本类型直接比，引用类型用 Objects.equals(a, b)（自动处理 null），浮点数用 Double.compare(a, b) == 0，数组用 Arrays.equals(arr1, arr2)

重写 hashCode() 的核心原则

hashCode() 不是独立存在的，它只为支撑 equals() 在哈希集合中的正确行为。只要 equals() 中参与比较的字段变了，hashCode() 就必须重新计算；反之，这些字段不变，hashCode() 就不能变。

• 只基于 equals() 中实际用到的字段计算哈希值，多一个或少一个都会破坏一致性
• 优先使用 Objects.hash(field1, field2, ...)，它内部已处理 null 安全和散列组合逻辑
• 不要手写复杂算法，IDE（如 IntelliJ）的“Generate → hashCode and equals”功能生成的代码足够可靠
• 避免在 hashCode() 中调用可能改变状态的方法或访问可变字段

为什么二者必须同时重写

哈希集合（如 HashSet）的查找流程是两步走：

• 第一步：调用 hashCode() 快速定位桶（bucket）位置
• 第二步：仅在该桶内调用 equals() 逐一比对

如果两个对象 equals() 返回 true，但 hashCode() 不同，它们会被分配到不同桶中，第二步根本不会触发，结果就是“明明相等却查不到”或“重复添加”。Java 规范强制要求：相等的对象必须有相等的哈希码。

验证是否写对的小技巧

写完后别急着用，快速验证几个边界情况：

• 同一个对象调用 equals(this) → 必须为 true
• 传 null 给 equals() → 必须为 false
• 两个内容完全相同的对象：既 o1.equals(o2) == true，也 o1.hashCode() == o2.hashCode()
• 把对象放进 HashSet，再加一个内容相同的对象 → 集合 size 不应增加