System.identityHashCode() 不能直接判定物理内存地址，但可间接辅助判断引用相等性：若值不等则必非同一对象；若相等需用==进一步确认。
system.identityhashcode() 不能直接判定两个变量是否指向同一个物理内存地址，但它可以作为**间接、实用的线索**来辅助判断对象引用是否相同（即是否为同一对象实例）。
它和“物理内存地址”的关系
Java 规范明确指出：identityHashCode 不是内存地址。JVM 实现可以自由决定其计算方式（例如 OpenJDK 中早期可能基于对象头中的地址，但现代版本常使用随机数或哈希种子生成，且对象可能被 GC 移动）。因此，即使 identityHashCode 相同，也不能断定它们此刻在内存中占据同一位置；反之，不同也不代表一定不是同一对象（虽然极罕见，因哈希冲突概率低，但理论上存在）。
它真正能可靠判断的是“引用相等性”
根据 Java 语言规范：如果两个引用指向同一个对象（a == b 为 true），那么 System.identityHashCode(a) == System.identityHashCode(b) 必然为 true。 这是它的核心契约。
所以你可以这样用：
- 若
System.identityHashCode(a) != System.identityHashCode(b)→ 可**确定 a 和 b 不是同一个对象**（a != b）； - 若
System.identityHashCode(a) == System.identityHashCode(b)→ 不能确定是同一对象，但值得进一步用a == b检查； - 日常调试中，若两个对象
equals()为 true 但identityHashCode不同 → 说明它们是不同实例（比如两个内容相同的 String 或自定义对象）； - 若
equals()为 true 且identityHashCode相同 → 仍需==确认，但大概率是同一对象（如字符串常量池中的字面量、单例、缓存对象等）。
比直接用 == 更适用的场景
有些情况下你无法直接用 ==，但 identityHashCode 能提供线索：
- 日志中只打印了 hash code（如某些框架 dump 对象时），你想快速推测是否复用对象；
- 调试集合去重逻辑：发现两个“相同”元素的 identityHashCode 不同 → 说明 add() 把它们当不同对象加入了；
- 排查缓存穿透或重复创建：多个看似相同的对象 identityHashCode 总是不同 → 提示未命中缓存或构造逻辑有问题。
正确做法：配合 == 使用，不单独依赖
要确凿判断是否同一对象，请始终优先使用 ==。identityHashCode 是轻量级辅助手段：
if (a == b) {
// 确实是同一个对象
} else if (System.identityHashCode(a) == System.identityHashCode(b)) {
// 哈希码碰巧相同（小概率），但不是同一对象 → 可记录告警或深入分析
} else {
// 肯定不是同一对象
}
不复杂但容易忽略：它反映的是 JVM 对“对象身份”的一致性视图，而非底层地址。信契约，别信实现细节。
