理解hashCode在Java中的作用
在java中，object类是所有类的根，它提供了equals()和hashcode()这两个基本方法。hashcode()方法返回一个整数值，通常用于优化哈希数据结构的性能。当一个对象被添加到hashmap或hashset等哈希集合中时，系统会首先调用其hashcode()方法来计算一个哈希值，进而确定该对象在底层数组中的大致存储位置（桶或索引）。如果两个对象具有相同的哈希值，它们可能被存储在同一个桶中，此时会进一步调用equals()方法来判断它们是否真正相等。
非哈希数据结构中的hashCode：理论与实践
对于非哈希数据结构，例如ArrayList、LinkedList或自定义的链表、树结构等，它们通常通过遍历或指针链接来查找和管理对象，并不直接依赖hashCode方法来确定对象的位置。因此，从纯理论角度来看，如果一个类创建的对象明确不会被用作HashMap的键或HashSet的元素，那么不重写hashCode()方法似乎并不会立即导致错误。在这种情况下，如果只重写了equals()方法，而hashCode()方法保持了Object类的默认实现（通常返回对象的内存地址的哈希值），在非哈希数据结构中进行相等性比较时，equals()方法会按预期工作。
然而，在实际的软件开发中，有以下几个重要的原因不建议依赖这种理论上的“可以不重写”：
- 代码演进与需求变更： 软件需求是动态变化的。一个最初设计为仅在非哈希数据结构中使用的对象，未来很可能因为新功能或性能优化的需要，被放入HashSet或用作HashMap的键。如果届时才发现hashCode()方法没有正确实现，可能会导致难以追踪的bug，例如对象无法正确存储或查找。
-
equals与hashCode的契约： Java API规范明确规定了equals()和hashCode()方法之间必须遵守的契约：
- 如果两个对象通过equals()方法比较是相等的，那么它们的hashCode()方法必须产生相同的整数结果。
- 如果两个对象通过equals()方法比较是不相等的，那么它们的hashCode()方法产生的结果可以不同，但为了提高哈希表的性能，不相等的对象最好产生不同的哈希值。 如果只重写equals()而未重写hashCode()，则很可能违反这一契约。当两个逻辑上相等的对象（由equals()判断）却拥有不同的哈希值（由默认的hashCode()判断，因为它们是不同的内存地址），一旦它们被放入哈希数据结构，就会出现问题。例如，一个对象被添加到HashSet后，再用一个逻辑上相等但哈希值不同的对象去查找，可能无法找到。
- 开发效率与最佳实践： 现代集成开发环境（IDE），如IntelliJ IDEA或Eclipse，都提供了自动生成equals()和hashCode()方法的强大功能。通常，当你选择生成equals()方法时，IDE会同时提示或默认生成相应的hashCode()方法，并且它们会保持一致性。遵循这种最佳实践几乎没有额外的开发成本，却能有效避免潜在的风险。
何时可以不重写equals和hashCode？
如果一个类创建的对象不需要自定义的相等性判断，也就是说，你只关心对象的引用相等性（即两个对象是否指向同一个内存地址），那么你完全可以不重写equals()和hashCode()方法。在这种情况下，它们会沿用Object类的默认实现：equals()方法比较的是引用相等性（this == obj），而hashCode()方法返回的是基于对象内存地址计算的哈希值。这对于许多简单的值对象或仅作为唯一标识符使用的对象是完全合理的。
示例代码
考虑一个Person类，我们需要根据姓名和年龄来判断两个人是否相等。
立即学习“Java免费学习笔记（深入）”；
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;
}
public String getName() {
return name;
}
public int getAge() {
return age;
}
@Override
public boolean equals(Object o) {
// 1. 引用相等性检查
if (this == o) return true;
// 2. 类型检查及null检查
if (o == null || getClass() != o.getClass()) return false;
// 3. 类型转换
Person person = (Person) o;
// 4. 字段比较
return age == person.age &&
Objects.equals(name, person.name); // 使用Objects.equals处理可能为null的字段
}
@Override
public int hashCode() {
// 使用Objects.hash()可以方便地生成一致的哈希码
return Objects.hash(name, age);
}
@Override
public String toString() {
return "Person{" +
"name='" + name + '\'' +
", age=" + age +
'}';
}
public static void main(String[] args) {
Person p1 = new Person("Alice", 30);
Person p2 = new Person("Alice", 30);
Person p3 = new Person("Bob", 25);
System.out.println("p1.equals(p2): " + p1.equals(p2)); // true
System.out.println("p1.hashCode(): " + p1.hashCode());
System.out.println("p2.hashCode(): " + p2.hashCode());
System.out.println("p1.equals(p3): " + p1.equals(p3)); // false
System.out.println("p3.hashCode(): " + p3.hashCode());
// 即使在非哈希数据结构中，良好的实践也要求同时重写
// 例如，在ArrayList中查找
java.util.List<Person> people = new java.util.ArrayList<>();
people.add(p1);
System.out.println("people.contains(p2): " + people.contains(p2)); // true，因为equals被正确重写
}
}在上述示例中，equals和hashCode方法都被正确重写，它们共同定义了Person对象的相等性。即使people.contains(p2)是在ArrayList（非哈希数据结构）上操作，它最终也会调用equals方法进行比较。如果hashCode没有重写，虽然不影响ArrayList的contains方法，但一旦Person对象被用于HashSet或HashMap，则会立即暴露问题。
总结与建议
综上所述，虽然从纯理论上讲，如果对象确定不会被用于哈希数据结构，可以不重写hashCode方法，但在实际开发中，这是一种高风险且不推荐的做法。
核心建议：
- 如果重写了equals()方法，就必须同时重写hashCode()方法。 并且要确保它们始终保持一致性，即如果两个对象equals，则它们的hashCode也必须相等。
- 利用IDE的自动生成功能。 这是最简单、最可靠的方式，可以确保equals()和hashCode()方法的正确性和一致性。
- 如果不需要自定义对象的相等性判断，则可以不重写equals()和hashCode()。 让它们沿用Object类的默认实现，此时比较的是引用相等性。
遵循这些最佳实践，可以显著提高代码的健壮性、可维护性，并避免在未来因需求变更或误用而引入潜在的bug。
