Java IdentityHashMap 怎样按对象身份而不是 equals 区分键
来源:17golang原创
时间:2026-11-14 06:00:49 241浏览 收藏
如果两个对象的 equals 结果为 true,但业务仍然必须把它们当成两个独立节点,普通 HashMap 就可能把它们合并。IdentityHashMap 的键和值改用引用相等,也就是只有两个引用指向同一个对象时才算相同。
它适合对象图复制、序列化节点表、调试代理等“对象身份本身就是信息”的场景;如果你只是想按业务字段查找对象,继续使用 HashMap。官方 API 还特别提醒:IdentityHashMap 不是通用 Map 实现。
先看清 equals 和 == 带来的分叉
下面的两个字符串内容一样,但通过 new 得到的是两个不同对象。HashMap 会按 equals 合并键;IdentityHashMap 会按引用分别保存。
import java.util.HashMap;
import java.util.IdentityHashMap;
import java.util.Map;
public class IdentityKeyDemo {
public static void main(String[] args) {
String left = new String("cache-key");
String right = new String("cache-key");
// 内容相同,但两个变量没有指向同一个 String 对象。
System.out.println(left.equals(right)); // true
System.out.println(left == right); // false
Map valueMap = new HashMap();
valueMap.put(left, 1);
valueMap.put(right, 2);
Map identityMap = new IdentityHashMap();
identityMap.put(left, 1);
identityMap.put(right, 2);
// HashMap 只保留一个逻辑键;IdentityHashMap 保留两个对象身份。
System.out.println(valueMap.size()); // 1
System.out.println(identityMap.size()); // 2
}
}

这里的关键不是“IdentityHashMap 更严格”,而是比较规则不同:HashMap 询问“它们代表的值是否相等”,IdentityHashMap 询问“它们是不是同一个对象”。把后者当成普通缓存容器,通常会得到难以解释的重复键。
对象图去重时,身份才是正确的键
深拷贝或序列化对象图时,两个不同节点可能拥有相同字段值,但它们仍然是两个节点。节点表要记录“原对象引用已经映射到哪个副本”,因此不能让 equals 把不同节点折叠。
import java.util.IdentityHashMap;
import java.util.Map;
final class Node {
final String name;
Node(String name) {
this.name = name;
}
}
public class ObjectGraphTable {
static Node copyNode(Node source, Map seen) {
// 先按对象身份查询,避免同一节点在循环图中被复制两次。
Node existing = seen.get(source);
if (existing != null) {
return existing;
}
// 先登记副本,再递归处理关联节点,才能打断循环引用。
Node copy = new Node(source.name);
seen.put(source, copy);
return copy;
}
public static void main(String[] args) {
Node first = new Node("same-value");
Node second = new Node("same-value");
Map seen = new IdentityHashMap();
copyNode(first, seen);
copyNode(second, seen);
System.out.println(seen.size()); // 2:两个不同对象都保留
}
}

真实的递归复制还需要处理字段、数组和循环边;这段代码只突出节点表的核心职责。IdentityHashMap 的价值正在于:两个不同的 Node 即使业务字段相同,也不会共享同一个映射条目。
哪些边界决定你该不该用
| 问题 | IdentityHashMap 的结论 |
|---|---|
| 键相同的判断 | 键和值都按引用相等处理,关注 == 而非 equals。 |
| 常见场景 | 对象图转换的节点表、序列化去重、调试代理对象。 |
| 遍历顺序 | 不保证顺序;需要稳定顺序时另行维护顺序结构。 |
| 并发访问 | 不是同步容器,结构修改的并发访问需要外部同步或包装。 |
| 容量参数 | 构造器的 expected maximum size 影响初始桶数量和扩容成本,不改变语义。 |
最实用的判断句是:如果把一个对象替换成另一个 equals 相等的对象,程序仍必须认为它们是两件事,就考虑 IdentityHashMap;如果替换后业务上应该命中同一条记录,就用 HashMap 或其他按值比较的 Map。
常见问题
IdentityHashMap 能不能保存 null 键?
可以保存 null 键和值,但这不意味着它会提供顺序或线程安全保证。
为什么不直接用 System.identityHashCode?
identityHashCode 只是一个身份哈希值,不能单独承担键的唯一判断;不同对象可能拥有相同哈希值。IdentityHashMap 同时使用身份语义完成查找和冲突处理。
它适合做普通业务缓存吗?
通常不适合。业务缓存一般按用户编号、字符串或值对象匹配,应该让逻辑相等决定命中;只有对象身份本身是需求时才使用它。
总结一下:HashMap 解决“值相等的键归为一类”,IdentityHashMap 解决“引用不同就必须分开”。先确认比较语义,再决定容器,能避免对象图去重和缓存命中之间的混淆。
-
242 收藏
-
266 收藏
-
335 收藏
-
412 收藏
-
445 收藏
-
339 收藏
-
146 收藏
-
248 收藏
-
336 收藏
-
233 收藏
-
315 收藏
-
333 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习