必须同时重写hashCode和equals方法，以确保对象在哈希集合中行为正确；若只重写其一，可能导致相等对象因哈希码不同而被重复存储或无法查找，违反Java的equals-hashCode契约，破坏集合操作的正确性。
在Java中，hashCode和equals方法必须同时重写，是因为它们在对象参与哈希集合（如HashMap、HashSet、Hashtable）时需要保持一致性。如果不同时重写，可能会导致程序行为异常，比如对象无法正确查找或存储。
equals 和 hashCode 的契约关系
Java官方文档明确规定：如果两个对象通过equals方法比较返回true，那么它们的hashCode必须相等。这个规则是哈希结构正常工作的基础。
具体来说：
- 若 a.equals(b) 返回 true，则 a.hashCode() == b.hashCode() 必须成立
- 反之不强制要求：hashCode相同，equals不一定为true（即允许哈希碰撞）
不同时重写可能导致的问题
假设只重写equals而忽略hashCode：
立即学习“Java免费学习笔记（深入）”；
- 两个逻辑上相等的对象（比如两个姓名和年龄相同的Person对象），虽然equals返回true
- 但默认的hashCode来自Object类，通常基于内存地址生成，导致它们的hashCode不同
- 当把这些对象放入HashMap或HashSet时，系统会根据hashCode决定存放到哪个桶(bucket)
- 即使对象相等，也会被分散到不同的位置，造成重复添加或查找不到
反过来，只重写hashCode而不重写equals更少见，但也可能破坏逻辑一致性，使相等判断出错。
实际例子说明
比如定义一个Person类：
class Person {
String name;
int age;
// 只重写equals
public boolean equals(Object o) {
if (this == o) return true;
if (!(o instanceof Person)) return false;
Person p = (Person)o;
return age == p.age && name.equals(p.name);
}
// 没有重写hashCode —— 错误！
}
此时将两个name和age都相同的Person对象放入HashSet，结果会发现集合中存在“重复”元素，因为它们的hashCode不同，被视为不同对象。
正确做法
使用IDE生成或手动确保两者同步重写。例如：
public int hashCode() {
return Objects.hash(name, age);
}
public boolean equals(Object o) {
// 上述equals实现保持不变
}
这样能保证相等的对象拥有相同的哈希码，满足哈希集合的要求。
基本上就这些。只要对象要放进哈希容器，或者你自己关心“逻辑相等性”，就必须同时重写这两个方法，并遵守它们之间的约定。这不是可选项，而是保障程序正确性的必要措施。
