重写hashCode不能确保对象唯一性，必须结合equals方法。当两个对象equals比较相等时，其hashCode必须相同；HashSet等集合通过先比较hashCode再调用equals实现去重。以Person类为例，需同时重写equals和hashCode，使用Objects.hash(name, age)保证一致性，并用不可变字段避免哈希值变化。最终，逻辑唯一性由equals决定，hashCode仅提升查找效率。
在Java中，重写hashCode方法本身并不能确保对象的唯一性，它只是为对象生成一个整型哈希值，用于快速查找，比如在HashMap、HashSet等集合中。要实现对象逻辑上的“唯一性”，需要结合equals方法一起重写，并遵循Java规范中equals和hashCode的约定。
1. 理解hashCode与equals的关系
Java规定：如果两个对象通过equals比较相等（即obj1.equals(obj2) == true），那么它们的hashCode必须相同。反之则不成立——hashCode相同不代表对象一定相等（可能产生哈希冲突）。
因此，仅靠hashCode无法判断唯一性，真正决定“是否是同一个对象（逻辑上）”的是equals方法。
2. 正确重写equals和hashCode
假设你有一个Person类，希望根据姓名和年龄判断对象是否唯一：
立即学习“Java免费学习笔记（深入）”；
private String name;
private int age;
// 构造函数、getter等省略
@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 &&
java.util.Objects.equals(name, person.name);
}
@Override
public int hashCode() {
return java.util.Objects.hash(name, age);
}
}
说明：
- equals中先判断引用是否相同（this == o），再判断类型，最后逐字段比较。
- hashCode使用Objects.hash(...)，传入参与equals比较的字段，保证相等对象有相同哈希值。
3. 使用HashSet确保对象唯一性
当你把正确重写了equals和hashCode的类放入HashSet时，集合会自动去重：
Setpeople.add(new Person("Alice", 25));
people.add(new Person("Alice", 25)); // 重复对象，不会被加入
System.out.println(people.size()); // 输出 1
这是因为HashSet在添加元素时，先调用hashCode定位桶位置，再用equals判断是否已存在相同对象。
4. 注意事项
- 参与equals比较的字段，也必须参与hashCode计算，否则违反契约。
- 尽量使用不可变字段（如String、Integer），避免对象加入集合后因字段修改导致hashCode变化，从而破坏集合结构。
- 可以使用IDE自动生成equals和hashCode，或使用Lombok的@EqualsAndHashCode注解简化代码。
基本上就这些。只要equals和hashCode保持一致，并用合适的集合（如HashSet），就能实现对象的唯一性管理。hashCode不是用来“判断唯一”的，而是为了提升查找效率，真正的唯一性由equals定义。
