理解 equals() 与 hashCode() 的核心作用
在java中，equals()方法用于定义两个对象的逻辑相等性，即它们是否代表相同的值或实体，而不是它们是否是内存中的同一个对象（引用相等）。默认的object.equals()方法实现的是引用相等性。
hashCode()方法则返回一个整数值，称为哈希码。这个哈希码的主要作用是为对象在哈希数据结构（如HashMap、HashSet、HashTable等）中提供一个快速的索引或桶位置。当对象被放入这些结构时，首先会计算其哈希码，然后根据哈希码定位到相应的存储位置，再通过equals()方法进行精确比较，以处理哈希冲突。
非哈希数据结构下的理论考量
从理论上讲，如果一个自定义类及其对象明确地、确定地永远不会被用作哈希数据结构（如HashMap的键或HashSet的元素），那么只重写equals()方法而保留默认的Object.hashCode()实现，并不会立即导致运行时错误。在这种情况下，hashCode()方法不会被哈希数据结构调用，因此其默认行为（通常基于对象的内存地址）不会直接影响程序的逻辑。
然而，这种“理论正确”的观点在实际开发中往往是站不住脚的。
实践中的重要性与最佳实践
尽管理论上存在上述可能性，但在实践中，强烈建议只要重写了equals()方法，就必须同时重写hashCode()方法。这主要是基于以下几个关键原因：
立即学习“Java免费学习笔记（深入）”；
1. 代码演进与未来兼容性
软件需求是动态变化的。一个最初设计为仅在非哈希数据结构中使用的对象，很可能在未来的某个版本中，由于新功能或重构的需要，被引入到HashMap、HashSet或其他依赖哈希码的场景中。如果此时没有正确实现hashCode()，将会导致难以预料的错误：
- HashSet中的重复元素： 如果两个逻辑上相等的对象（equals()返回true）具有不同的哈希码（因为没有重写hashCode()），它们可能会被HashSet视为不同的元素，从而导致集合中出现重复项。
- HashMap中无法检索对象： 同样的，一个对象作为键存入HashMap后，如果尝试用另一个逻辑上相等的对象（但哈希码不同）去检索，HashMap可能无法找到正确的值。
2. equals()与hashCode()的契约
Java规范对equals()和hashCode()方法之间定义了一个严格的契约，其核心是：
- 如果两个对象通过equals()方法比较结果为true，那么这两个对象的hashCode()方法必须产生相同的整数结果。
- 反之则不要求： 如果两个对象的hashCode()相同，它们不一定通过equals()方法比较结果为true（这被称为哈希冲突）。
违反这个契约会导致哈希数据结构行为异常，因为它们依赖于这个契约来正确地存储和检索对象。例如，如果只重写了equals()而没有重写hashCode()，那么两个逻辑上相等的对象会因为继承自Object的hashCode()返回不同的值（通常基于内存地址），从而破坏了上述契约。
示例：违反契约的后果
考虑一个简单的Person类，只重写了equals()：
public class Person {
private String name;
private int age;
public Person(String name, int age) {
this.name = name;
this.age = age;
}
// 只重写了 equals()
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
Person person = (Person) o;
return age == person.age &&
name.equals(person.name);
}
// 假设这里没有重写 hashCode()，使用了 Object 默认的 hashCode()
// @Override
// public int hashCode() {
// return Objects.hash(name, age);
// }
public static void main(String[] args) {
Person p1 = new Person("Alice", 30);
Person p2 = new Person("Alice", 30);
System.out.println("p1.equals(p2): " + p1.equals(p2)); // 输出 true
java.util.Set<Person> people = new java.util.HashSet<>();
people.add(p1);
System.out.println("HashSet contains p1: " + people.contains(p1)); // 输出 true
System.out.println("HashSet contains p2: " + people.contains(p2)); // 预期输出 true，但实际可能输出 false
people.add(p2); // 预期不添加，因为 p2 与 p1 逻辑相等
System.out.println("HashSet size after adding p2: " + people.size()); // 预期 1，但实际可能输出 2
}
}在上述示例中，p1.equals(p2)会返回true，但由于hashCode()没有被重写，p1和p2的默认hashCode()很可能不同。这将导致HashSet无法正确判断p2是否已经存在，从而将p1和p2视为两个不同的元素，集合大小变为2，这显然违反了预期。
3. 实现成本低廉
现代集成开发环境（IDE），如IntelliJ IDEA和Eclipse，都提供了强大的代码生成功能。在重写equals()方法时，IDE通常会提示或自动生成相应的hashCode()方法，并且这些生成的方法通常是高效且符合规范的。因此，正确实现hashCode()几乎没有额外的开发成本。
示例：IDE生成的 equals() 和 hashCode()
import java.util.Objects;
public class Person {
private String name;
private int age;
public Person(String name, int age) {
this.name = name;
this.age = age;
}
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
Person person = (Person) o;
return age == person.age &&
Objects.equals(name, person.name); // 使用 Objects.equals 处理 null 值
}
@Override
public int hashCode() {
return Objects.hash(name, age); // 使用 Objects.hash() 简洁高效
}
// Getter methods (omitted for brevity)
}使用Objects.equals()和Objects.hash()是Java 7+中推荐的做法，它们能够优雅地处理null值，并生成一个合理的哈希码。
何时可以不重写 equals() 和 hashCode()
如果一个类不需要自定义的逻辑相等性定义，即它的相等性判断完全依赖于对象的引用相等（==操作符），那么它就不需要重写equals()和hashCode()。在这种情况下，Object类提供的默认实现是完全符合需求的。这对于许多仅作为数据载体或唯一标识符的类来说是常见的。
总结
尽管从纯理论角度看，不用于哈希数据结构的对象似乎不需要重写hashCode()，但在实际的Java开发中，这是一个危险的假设。为了确保代码的健壮性、可维护性和未来兼容性，以及遵守Java语言规范中的关键契约，最佳实践是：只要你重写了equals()方法来定义对象的逻辑相等性，就必须同时重写hashCode()方法，并确保两者之间保持一致性。 借助于现代IDE，这一操作几乎是零成本的，却能避免潜在的严重问题。
