必须同时重写equals和hashcode，且逻辑一致：equals为true则hashcode必须相同；核心原则是一致性、相等性推导和推荐的分布性；仅用equals所涉不可变字段计算hashcode，避免运行时变更导致集合失效。
重写 hashCode 必须同时重写 equals，且两者逻辑必须保持一致：相等的对象必须有相同的哈希码；但哈希码相同，对象不一定相等。
必须遵守的三个核心原则
这是面试官最看重的底层契约，直接决定集合类（如 HashMap、HashSet）能否正常工作：
-
一致性：同一对象在 JVM 生命周期内多次调用
hashCode()，只要未修改影响equals的字段，返回值必须相同； -
相等性推导：若
a.equals(b) == true，则a.hashCode() == b.hashCode()必须成立； - 非强制但推荐的分布性：不相等的对象尽量生成不同哈希码，减少哈希冲突，提升性能（但不是强制要求）。
重写时只使用参与 equals 比较的字段
哪些字段参与 equals 判断，就用哪些字段计算 hashCode。多一个或少一个，都会破坏契约。
例如，若 equals 只比较 id 和 name：
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
Person person = (Person) o;
return id == person.id && Objects.equals(name, person.name);
}
那么 hashCode 就只能基于 id 和 name 计算：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
@Override
public int hashCode() {
return Objects.hash(id, name); // 推荐写法
// 或手动：return 31 * id + (name == null ? 0 : name.hashCode());
}
如果误把 age 加入 hashCode，而 equals 不看 age，就会导致两个 equals 为 true 的对象哈希码不同 —— 违反契约，HashMap 查不到数据。
避免使用可变字段或运行时状态
不要在 hashCode 中使用可能变化的字段（如懒加载的缓存、时间戳、随机数），否则对象放入 HashSet 后再修改字段，哈希码改变，集合就再也找不到它了。
- ❌ 错误示例：
hashCode()里用了new Date().hashCode()或this.cacheSize（且cacheSize后续会变）； - ✅ 正确做法：只用
final字段，或虽非final但业务上不会在加入集合后修改的字段（如数据库主键、用户名）。
实用建议和常见误区
面试中展示工程意识，能加分：
- 优先用
Objects.hash(f1, f2, ...)，简洁安全，自动处理null； - 手写时用质数（如 31）做乘数，减少低位冲突；
- IDE（如 IntelliJ）自动生成的
hashCode和equals是可靠的，但需确认它选的字段和你的业务逻辑一致； - 如果类是不可变的（immutable），
hashCode可缓存（lazy init），避免重复计算。
不复杂但容易忽略。关键不是“怎么写”，而是“为什么这么写”——讲清楚契约、影响和后果，比背代码更重要。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
