IdentityHashMap 使用==而非equals()和hashCode()判断键相等，适用于需区分对象身份的场景，如对象图遍历、序列化缓存、代理映射等，避免可变对象或不稳定equals()导致的问题，但非线程安全且不兼容Map通用契约。
IdentityHashMap 是 Java 中一个特殊的 Map 实现，它不使用 equals() 和 hashCode()，而是直接用 ==（即引用相等）来判断 Key 是否相同。这种设计不是为了替代常规 Map，而是在特定场景下解决引用语义冲突问题。
需要严格区分对象身份的场景
当多个逻辑上“相等”的对象（equals() 返回 true）必须被当作不同 Key 处理时，IdentityHashMap 就派上用场。比如在实现对象图遍历、序列化/反序列化缓存、代理对象映射等过程中，你关心的是“是不是同一个实例”，而不是“内容是否一样”。
- 例如：两个
new String("hello")实例内容相同，但==为 false；IdentityHashMap 会把它们视为两个独立 Key - 再如：在 AST（抽象语法树）节点处理中，同一节点对象可能多次出现在不同上下文中，需按引用去重而非按内容
避免因重写 equals/hashCode 导致的意外覆盖
某些类的 equals() 或 hashCode() 实现可能不稳定（如依赖可变字段）、未正确遵循契约，或根本没重写（用 Object 默认实现）。此时用 HashMap 可能出现 key 冲突、查找失败等问题。IdentityHashMap 绕过这些风险，只认内存地址。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 典型例子：用可变对象（如自定义的 MutablePoint）作 Key，若其
equals()基于 x/y 字段，而字段后续被修改，会导致 Map 行为异常 - IdentityHashMap 不受字段变化影响，只要对象引用不变，Key 就始终可查
性能敏感且 Key 天然唯一的小规模映射
虽然 IdentityHashMap 的哈希计算更轻量（直接用 System.identityHashCode()），但它不支持扩容优化，且不适合大数据量。它真正适用的是 Key 数量少、生命周期短、且天然就是单例或临时对象的场景。
立即学习“Java免费学习笔记（深入）”；
- 常见于框架内部：比如 Spring 的 BeanFactory 在解析依赖时，用 IdentityHashMap 缓存正在创建中的 bean 实例，防止循环引用时误判
- 注意：不能用于字符串字面量（如 "abc"），因为字符串常量池会让
==与equals()表现一致，失去意义
不是线程安全，也不兼容泛型契约的“工具型”容器
IdentityHashMap 没有同步机制，多线程并发读写必须自行加锁。更重要的是，它违背了 Map 接口的通用契约（该契约明确要求基于 equals() 判等），所以不能随意替换 HashMap —— 一旦暴露给依赖标准行为的代码，就会出错。
- 建议仅在受控范围内使用：比如作为私有字段、局部变量，或封装在专用工具类中
- 调用
containsKey(null)是合法的（null 引用恒等于 null），这点和 HashMap 一致，但要注意 null 本身也是引用值
