identityhashmap的核心作用是彻底不比较内容，只认内存地址；它通过==比较键引用，确保逻辑相同但身份不同的对象互不覆盖，适用于对象图遍历、代理调试、ast缓存等需严格区分实例的场景。
IdentityHashMap 的核心作用不是“避免冲突”，而是**彻底不比较内容，只认内存地址**。它不解决哈希冲突问题，而是从根源上绕开“内容相等导致键被覆盖”的场景——适用于必须区分两个 逻辑相同但身份不同 的对象作键的高性能映射场景。
什么时候必须用 IdentityHashMap？
典型场景是：你需要把多个 独立 new 出来的、字段完全一样 的对象作为键，且要求它们互不覆盖。
- 比如缓存不同实例但结构相同的 DTO 配置，每个实例绑定独立生命周期或上下文
- 在字节码增强、代理对象调试、AST 节点缓存中，需按对象身份而非语义做索引
- 实现基于对象引用的拓扑标记（如图遍历中对节点实例打 visited 标记）
和 HashMap 的关键区别在哪？
两者哈希计算和桶分配机制相似，但关键差异在 get/put 的判断逻辑：
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
-
HashMap：先比
hashCode()，再用equals()确认键是否相等 → 内容相同即视为同一键 -
IdentityHashMap：只用
==比较引用 → 即使equals()返回 true，只要不是同一个对象，就视为不同键
注意：IdentityHashMap 的 hashCode() 实现直接返回 System.identityHashCode()，与对象内容无关，也避免了重写 hashCode() 带来的干扰。
怎么正确使用？注意事项
- 键对象不能依赖自定义
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
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
