重写 hashCode 方法时效率最优的关键是在散列质量、计算开销和对象不变性之间取得平衡；应使用 final 或逻辑不可变字段，借助 Objects.hash 或 31 倍数线性组合，确保空安全与 equals 一致。
重写 hashCode 方法时，效率最优的关键不是追求“最快”，而是**在散列质量、计算开销和对象不变性之间取得平衡**。Java 的哈希表（如 HashMap）依赖高质量的哈希值来减少碰撞，从而真正提升整体性能；一味追求计算快但导致大量哈希冲突，反而会退化为链表遍历，得不偿失。
用不变字段参与计算，避免运行时开销
只选取对象中构造后不再改变的字段（即 final 或逻辑不可变字段）参与哈希计算。每次调用 hashCode 都重新读取可变字段或执行复杂逻辑（如字符串截取、正则匹配），会显著拖慢性能，且破坏哈希一致性。
- ✅ 推荐：字段是
final int id、final String name、final boolean active - ❌ 避免：字段是
volatile long lastAccessTime、transient Map,?> cache，或在方法里临时拼接字符串再hashCode()
组合策略简洁有效，不用强加密或复杂算法
标准推荐方式是使用 Objects.hash(...)，它内部采用「乘 31 + 字段哈希」的线性组合，兼顾速度与分布质量。手动实现时也应遵循类似逻辑，无需自研哈希函数。
- ✅ 推荐写法：
return Objects.hash(id, name, status); - ✅ 手动写法示例：
return id * 31 + (name == null ? 0 : name.hashCode()) * 31 + (status ? 1231 : 1237); - ❌ 不必要：
MessageDigest.getInstance("SHA-256")、Arrays.hashCode(byteArray)（除非字段本身就是 byte[] 且已存在）、多层嵌套循环计算
注意空值安全与类型适配
字段可能为 null，基本类型需直接参与运算，包装类型要防 NPE。忽略这点不仅引发异常，还可能因错误默认值（如 Integer 为 null 时未判空）导致哈希不一致。
- ✅ 用
Objects.hashCode(obj)安全处理null（返回 0） - ✅ 基本类型如
int age直接用age，无需Integer.valueOf(age).hashCode() - ✅ 数组字段若语义上是整体（如
int[] scores），用Arrays.hashCode(scores)；若只是容器（如缓存数组），通常不应参与哈希
验证一致性：hashCode 和 equals 必须协同
这是硬性契约——如果两个对象 equals 返回 true，它们的 hashCode 必须相等。否则 HashMap 查不到、HashSet 无法去重。效率再高，违反这条就彻底失效。
- ✅ 在重写
equals时，确保比较的字段集合与hashCode中使用的完全一致 - ✅ 修改对象状态后，绝不调用
hashCode并将其放入哈希集合（除非该对象设计为不可变） - ✅ 单元测试建议：对相等对象断言
obj1.hashCode() == obj2.hashCode()
不复杂但容易忽略：高效哈希的本质是“一次算对、稳定复用、少碰可变”。用好 Objects.hash，守住不变性，校验一致性，就够了。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
