IdentityHashMap 使用 == 和 System.identityHashCode() 判断键相等与计算哈希，确保同一对象实例才视为相同键；适用于需区分对象身份而非值相等的场景，如对象图遍历、代理绑定、调试元数据存储等。
Java 中的 IdentityHashMap 是一种特殊实现的 Map，它在判断键是否相等、以及计算哈希值时，**完全基于对象的内存地址（即使用 == 和 System.identityHashCode()）**，而不是默认的 equals() 和 hashCode()。这在需要区分逻辑相同但不同实例的对象（比如调试、缓存弱引用代理、避免重写 equals 的副作用等场景）时非常有用。
为什么不用 HashMap 而用 IdentityHashMap？
普通 HashMap 依赖 key.equals(otherKey) 判断键冲突，而很多类（如 String、Integer）重写了 equals()，导致不同对象可能“相等”。例如：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
String a = new String("hello");
String b = new String("hello");
System.out.println(a.equals(b)); // true
System.out.println(a == b); // false
若你希望把 a 和 b 当作两个独立键存入 Map，HashMap 会覆盖，IdentityHashMap 则不会。
如何正确创建和使用 IdentityHashMap
- 直接实例化：
Map<K, V> map = new IdentityHashMap<>(); - 键的比较和哈希全部走 JVM 底层地址逻辑，**不调用任何对象的
equals()或hashCode()方法** - 即使键是
null，也能正常工作（null == null为 true，且System.identityHashCode(null)返回 0） - 注意：它不是线程安全的，多线程需额外同步
典型适用场景举例
-
对象图遍历/序列化中做节点去重：避免因重写
equals()导致循环引用误判 - 临时绑定对象与元数据（如调试信息、代理标记）：不干扰原对象语义
- 测试中模拟“同一对象”约束：比如验证某个方法是否真的复用了同一个实例
-
与弱引用或软引用配合做 identity 缓存：避免
equals()引发意外命中
注意事项和常见误区
- 不要期望它能替代
HashMap处理业务逻辑相等性 —— 它解决的是“是不是同一个对象”，不是“内容是否一样” - 如果键对象被序列化/反序列化，内存地址改变，
IdentityHashMap就再也找不到它了（因为新对象地址不同） - 不能用于跨 JVM 或分布式场景（地址无意义）
- 迭代顺序不保证（底层用哈希表，但扩容策略与 HashMap 不同），也不支持排序
