Map 键名等价性判定：为何 {} 与 {} 不同

在 JavaScript 中，Map 的键等价性判定遵循引用相等而非结构相等——这意味着每次写的 `{}` 都会创建一个全新的对象实例，尽管内容完全相同，但因内存地址不同而被 Map 视为两个截然不同的键；这种设计并非缺陷，而是基于 Object.is 语义（支持 NaN 自等、+0/-0 相等）的高效、确定性选择，若需按对象内容匹配键，则必须借助 JSON 序列化、对象复用、WeakMap 或自定义哈希等显式策略来绕过原生限制。

因为 Map 的键比较基于引用相等，而非结构相等——两个空对象字面量 {} 虽然内容相同，但内存地址不同，被视作两个完全独立的键。

Map 键等价性依赖 Object.is（或 SameValueZero）

JavaScript 中 Map 使用类似 Object.is() 的语义判断键是否“相等”，该规则对基本类型和引用类型有明确区分：

• 数字、字符串、布尔值等基本类型：按值比较（5 === 5，"a" === "a"）
• 对象（包括数组、函数、日期等）：只看内存引用，不看内容
• 特殊值如 +0 和 -0 被视为相等；NaN 是唯一被 Map 特殊处理为自等的值（NaN === NaN 为 false，但 map.get(NaN) 能命中 map.set(NaN, ...)）

为什么 {} 与 {} 不是同一个键？

每次写 {} 都会创建一个**新对象实例**，拥有独立的内存地址。Map 在内部存储时，把每个对象当作唯一实体对待：

• const m = new Map(); m.set({}, 'first'); m.set({}, 'second');
• 此时 Map 中实际存了两个键，m.size === 2
• m.get({}) 总是返回 undefined，因为传入的是第三个新对象，与前两个都不共享引用

想让结构相同的对象作为同一键？得自己处理

Map 本身不提供深比较能力。若需按内容识别键，常见做法有：

• 用 JSON 字符串化对象作为键：m.set(JSON.stringify(obj), value)（仅适用于可序列化的简单对象）
• 预先创建并复用对象实例：const key1 = {}; const key2 = key1; m.set(key1, 'shared')
• 使用 WeakMap 存储对象关联数据（但 WeakMap 不支持遍历，且键只能是对象）
• 借助第三方库（如 immutable-js）或自定义哈希函数生成稳定键名

本质上，{} 与 {} 是独立键，不是 bug，而是 JavaScript 引用语义和 Map 设计目标共同决定的行为：它保证键的判定快速、确定、无歧义。

以上就是《Map 键名等价性判定：为何 {} 与 {} 不同》的详细内容，更多关于的资料请关注golang学习网公众号！