HashMap使用的是自身还是存储对象的hashCode与equals方法？

你最初的理解是正确的，部分资料的表述存在概念混淆导致的歧义。

• hashCode()与equals()的根定义在java.lang.Object类中，是所有Java对象都默认继承的基础方法，HashMap本身不存在专门用于比对外部传入键的通用hashCode()/equals()实现。
• 当你向HashMap存入、读取、删除键值对时，HashMap始终会调用键对象自身的这两个方法完成哈希定位和相等性判断：如果键的类重写了这两个方法（比如常用的String、Integer都做了重写），就调用重写后的逻辑；如果没有重写，就调用Object类的默认实现（以对象内存地址作为哈希值、以内存地址是否相同判断相等）。这也是自定义类作为HashMap键时必须正确重写这两个方法的根本原因。

部分资料提到的“HashMap内部自带hash/equals逻辑”，本质是混淆了HashMap的内部辅助逻辑和键的核心比对逻辑：

• HashMap在拿到键对象hashCode()返回的初始哈希值后，会执行一次内部定义的扰动计算（JDK8中实现为(h = key.hashCode()) ^ (h >>> 16)），作用是打散高位特征减少哈希碰撞，这个计算的输入完全依赖键自身的hashCode()返回值，不会替代键的哈希方法。
• HashMap内部的Node节点类确实实现了自己的hashCode()和equals()，但这套逻辑是为entrySet()遍历场景服务的，不会用于键的存取比对。
• 部分JDK版本优化中会先做对象内存地址的快速判断（即==判断），如果两个键是同一个对象引用就直接跳过equals()调用提升效率，但这只是性能优化，没有改变“相等性判断依赖键对象equals方法”的核心逻辑。

内容的提问来源于stack exchange，提问作者user19254373