IdentityHashMap的键比较机制使用==运算符而非equals()方法，即仅当两个键为同一对象实例（内存地址相同）时才视为相等，完全忽略内容是否相同；适用于需严格区分对象引用的场景，如对象图遍历、代理元数据缓存等。
IdentityHashMap 的键比较机制到底用的是什么
它用的是 ==，不是 equals()。这意味着两个键对象即使内容完全一样、equals() 返回 true，只要不是同一个对象实例（即内存地址不同），在 IdentityHashMap 里就被视为不同的键。
这和 HashMap 截然不同：HashMap 默认依赖 hashCode() 和 equals()，而 IdentityHashMap 完全绕过这两个方法，只看引用是否指向同一块内存。
什么时候必须用 IdentityHashMap 而不是 HashMap
典型场景是键本身可能被重写 equals() 或 hashCode()，但你又需要按“是不是同一个对象”来区分——比如缓存内部状态、处理循环引用、实现对象图遍历的 visited 集合等。
- 你正在做对象图序列化，需要记录“已处理过的对象实例”，不能因为两个对象字段相同就跳过第二个
- 你在实现一个调试代理或 AOP 工具，要为每个原始对象实例单独维护元数据，哪怕它们逻辑上相等
- 键是匿名内部类实例、Lambda 表达式（JDK 8+）或动态生成的类实例，其
equals()行为不可控或未定义
IdentityHashMap 的 put/get 操作要注意什么
行为看起来和普通 Map 一样，但背后逻辑完全不同。一旦误用，会出现“明明 put 过却 get 不到”的问题——根本原因往往是用了新构造的对象去 get，而不是当初 put 时的那个引用。
立即学习“Java免费学习笔记（深入）”；
示例：
IdentityHashMap<StringBuilder, String> map = new IdentityHashMap<>();
StringBuilder key = new StringBuilder("abc");
map.put(key, "value");
// ✅ 正确：用同一个引用 get
System.out.println(map.get(key)); // "value"
// ❌ 错误：新建一个内容相同的 StringBuilder
System.out.println(map.get(new StringBuilder("abc"))); // null
注意：IdentityHashMap 的 containsKey()、remove() 同样依赖引用相等，不是内容匹配。
IdentityHashMap 的性能和线程安全性
它不保证线程安全，和 HashMap 一样，多线程写入必须外部同步；但它在哈希计算上更轻量——不调用 hashCode()，而是直接使用 System.identityHashCode()，这个值在对象生命周期内稳定（即使重写了 hashCode()）。
不过代价也很明确：
- 无法利用业务语义做键合并（比如把所有空字符串视为同一键）
- 如果键对象被频繁创建/丢弃，容易造成内存泄漏（Map 持有强引用，且不易被察觉）
- 与泛型集合混用时，IDE 或静态检查工具可能无法发现类型误用，错误只在运行时暴露
真正要用它，得确认你关心的从来就不是“相等”，而是“同一个”。这点一旦模糊，后续所有逻辑都会悄悄出错。
