hashCode方法不直接识别对象，而是通过生成整数标识实现快速定位：先用哈希码确定桶位置，再在桶内用equals比较，从而以O(1)平均效率完成查找。
Java 中的 hashCode 方法本身并不直接“识别”对象，而是为快速定位和初步筛选提供整数标识——它通过将对象关键状态映射为一个固定范围的整数值，让哈希集合（如 HashMap、HashSet）能跳过逐个比对，直接聚焦到可能存放该对象的“桶”（bucket）中，从而实现接近 O(1) 的平均查找效率。
哈希码是快速定位的“路线图”
当把对象放入 HashMap 时，系统不会遍历所有已有元素，而是：
- 先调用对象的
hashCode()方法，得到一个 int 值； - 对该值做取模运算（例如
hashCode() & (table.length - 1)），算出它应存入的数组下标（即桶位置）； - 后续查找时，同样计算哈希码 → 定位桶 → 只在该桶内用
equals()比较少数几个元素。
这就把“大海捞针”变成了“去指定抽屉里找”，大幅降低比较次数。
高效识别依赖两个关键设计
真正让识别“快起来”的，不是哈希码本身，而是它与底层结构的协同：
立即学习“Java免费学习笔记（深入）”；
- 均匀分布：好哈希函数（如用 31 做乘子、组合多个字段）能让不同对象的哈希码尽量散开，避免大量对象挤进同一个桶，防止链表/红黑树过长；
-
一致性保障：只要对象参与
equals判断的字段没变，hashCode()就必须返回相同值——否则对象可能被“存进 A 桶，却去 B 桶找”，彻底丢失。
重写时要同步 equals 逻辑
如果只重写 equals() 而不重写 hashCode()，会导致语义断裂：
- 两个逻辑上相等的对象（
obj1.equals(obj2) == true），却因默认基于内存地址的hashCode()返回不同值； - 它们会被分配到不同桶中，
HashSet可能存入两份，HashMap查不到已存在的键。
正确做法是：用相同字段参与 hashCode() 计算，例如 Objects.hash(name, age)，确保“内容相等 ⇒ 哈希相等”。
实际提速靠的是“先筛后判”机制
哈希码真正的价值在于分层判断：
- 第一步（快）：比哈希码 —— 整数比对，毫秒级；
- 第二步（准）：仅当哈希码相同，才调用
equals()做深度内容比对。
绝大多数不相等的对象，在第一步就被排除，根本不用走慢速的 equals 流程。这就是它实现“快速识别”的本质逻辑。
