答案：在Java中，重写equals方法需遵守自反性、对称性、传递性、一致性和非空性规则，而重写hashCode时必须确保相等对象的哈希值相同；两者应基于相同字段，否则会导致HashSet等集合出现重复元素，破坏程序逻辑。
在Java中，hashCode和equals方法是定义在Object类中的两个核心方法，它们共同影响对象在集合（尤其是HashMap、HashSet等）中的行为。理解它们的作用以及如何正确重写，对编写高质量的Java代码至关重要。
equals方法：判断对象是否“相等”
equals方法用于比较两个对象在逻辑上是否相等。默认实现是基于引用比较，即只有当两个变量指向同一个对象时才返回true。
但在实际开发中，我们通常希望根据对象的内容来判断相等性。比如两个User对象，只要id相同就认为是同一个用户，这时就需要重写equals方法。
重写equals时需遵守以下规则：
立即学习“Java免费学习笔记（深入）”；
- 自反性：x.equals(x) 必须返回true
- 对称性：如果x.equals(y)为true，那么y.equals(x)也必须为true
- 传递性：如果x.equals(y)和y.equals(z)都为true，那么x.equals(z)也应为true
- 一致性：多次调用结果不变，只要对象没有被修改
- 非空性：x.equals(null)必须返回false
hashCode方法：生成对象的哈希值
hashCode方法返回一个整数，表示对象的哈希码。这个值主要用于散列数据结构（如HashMap）中快速定位对象。
默认实现通常基于对象内存地址，但当我们重写equals时，通常也需要重写hashCode，否则会破坏散列表的正常工作。
关键约定：
- 在程序执行期间，只要对象用于equals比较的字段没变，hashCode应保持一致
- 如果两个对象通过equals比较相等，那么它们的hashCode必须相同
- 如果两个对象不相等，hashCode可以相同（哈希冲突允许，但应尽量减少）
equals和hashCode的协同关系
最常见错误是只重写equals而不重写hashCode。这会导致：
例如，你有一个Person类，重写了equals基于name和age判断相等，但没重写hashCode。当你把两个“相等”的Person对象放入HashSet，系统可能把它们当作两个不同的对象，因为hashCode不同，导致散列桶位置不同，最终集合中出现重复元素。
因此，只要重写了equals，就必须重写hashCode，并且两者应基于相同的字段。
实际示例
public class Person {private String name;
private int age;
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (!(o instanceof Person)) return false;
Person person = (Person) o;
return age == person.age && Objects.equals(name, person.name);
}
@Override
public int hashCode() {
return Objects.hash(name, age);
}
}
使用Objects.equals和Objects.hash能简化代码并避免空指针问题。
基本上就这些。掌握这两个方法的核心在于理解：equals定义“什么是相等”，hashCode提供高效的存储和查找支持，二者必须同步维护，才能保证集合类的正确行为。
