IdentityHashMap的核心作用是彻底不比较内容，只认内存地址；它通过==比较键引用，确保逻辑相同但身份不同的对象互不覆盖，适用于对象图遍历、代理调试、AST缓存等需严格区分实例的场景。
IdentityHashMap 的核心作用不是“避免冲突”，而是**彻底不比较内容，只认内存地址**。它不解决哈希冲突问题，而是从根源上绕开“内容相等导致键被覆盖”的场景——适用于必须区分两个 逻辑相同但身份不同 的对象作键的高性能映射场景。
什么时候必须用 IdentityHashMap？
典型场景是：你需要把多个 独立 new 出来的、字段完全一样 的对象作为键，且要求它们互不覆盖。
- 比如缓存不同实例但结构相同的 DTO 配置，每个实例绑定独立生命周期或上下文
- 在字节码增强、代理对象调试、AST 节点缓存中，需按对象身份而非语义做索引
- 实现基于对象引用的拓扑标记（如图遍历中对节点实例打 visited 标记）
和 HashMap 的关键区别在哪？
两者哈希计算和桶分配机制相似，但关键差异在 get/put 的判断逻辑：
-
HashMap：先比
hashCode()，再用equals()确认键是否相等 → 内容相同即视为同一键 -
IdentityHashMap：只用
==比较引用 → 即使equals()返回 true，只要不是同一个对象，就视为不同键
注意：IdentityHashMap 的 hashCode() 实现直接返回 System.identityHashCode()，与对象内容无关，也避免了重写 hashCode() 带来的干扰。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
怎么正确使用？注意事项
- 键对象不能依赖自定义
equals()或hashCode()行为；它的语义就是“地址唯一” - 不要把
IdentityHashMap当作“去重更严格的 HashMap”来用；它是语义不同的数据结构 - 并发不安全，多线程需外加同步（如
Collections.synchronizedMap），但会损失性能优势 - 如果键是字符串字面量（如
"abc"），要注意字符串常量池特性 —— 相同字面量可能指向同一对象，==会意外成立
一个直观对比示例
假设：
Person a = new Person("Alice", 30);
Person b = new Person("Alice", 30); // 字段相同，但新实例
若 Person 正确重写了 equals 和 hashCode：
-
HashMap中put(a, x); put(b, y)→ 后者覆盖前者，get(a) == get(b) == y -
IdentityHashMap中同样操作 → 两个键共存，get(a) == x，get(b) == y
