Object类的hashCode()基于内存地址且不涉及字段，自定义类应基于equals所用字段实现hashCode；推荐用Objects.hash()，手动实现需注意初始值、乘数、null安全及顺序一致性。
Java 中 Object 类本身的 hashCode() 是基于对象内存地址的本地实现（通常由 JVM 提供），**不涉及任何字段**，因此它无法“结合常用字段”——这是子类（如你自定义的类）需要重写 hashCode() 时才要做的事。
真正的问题其实是：如何在自定义类中，基于常用字段写出高质量、符合契约的 hashCode() 实现？
紧扣 equals 合约：只用参与 equals 比较的字段
高质量散列码的前提是逻辑一致性。若你的 equals(Object) 方法比较了 name、age 和 id，那么 hashCode() 必须且只能 基于这三个字段计算。混入未参与 equals 的字段（如临时缓存、时间戳）会导致哈希契约被破坏（相等对象 hashCode 不同），引发 HashMap/HashSet 行为异常。
建议：
立即学习“Java免费学习笔记（深入）”；
- 先写好
equals，再写hashCode，保持字段集合严格一致 - 用 IDE（如 IntelliJ）自动生成，它默认遵循该规则；手动写时务必核对字段列表
优先使用 Objects.hash(...) —— 简洁且可靠
JDK 7+ 提供了 java.util.Objects.hash(...)，它是专为安全、高效生成组合哈希设计的工具方法：
// 示例：User 类
@Override
public int hashCode() {
return Objects.hash(name, age, id); // 自动处理 null，算法稳定，无需手写魔数
}它内部使用与 Arrays.hashCode() 相同的算法（类似 31 * h + value），已过充分测试，比手写更少出错。不用自己记乘数 31，也不用担心 null 引发 NPE。
手动实现要点：避免低效或冲突陷阱
若需手动控制（如性能敏感场景或学习目的），注意以下关键细节：
- 初始值用非零常量（如 17），避免全零字段导致 hash=0
-
乘数选奇素数（推荐 31）：左移减法优化（
31 * i == (i << 5) - i），且能更好打散低位重复 - 逐字段累积，顺序固定：字段顺序影响结果，但只要 equals 顺序一致，就无问题
-
null 安全处理：用
Objects.hashCode(field)或三元表达式（field == null ? 0 : field.hashCode()）
示例：
@Override
public int hashCode() {
int result = 17;
result = 31 * result + Objects.hashCode(name);
result = 31 * result + age;
result = 31 * result + Objects.hashCode(id);
return result;
}验证质量：关注分布与一致性
高质量 ≠ 绝对均匀，而是满足：
- 一致性：同一对象多次调用返回相同值（字段不变前提下）
-
相等性：
a.equals(b)为 true ⇒a.hashCode() == b.hashCode() - 尽量分散：不同对象（尤其业务上不相等的）应有不同 hash，减少哈希桶碰撞
可借助单元测试验证前两点；分布情况可用小样本跑 Collectors.groupingBy(User::hashCode, Collectors.counting()) 观察碰撞率，但生产环境无需过度优化——JDK 默认算法和 Objects.hash 已足够健壮。
