17370845950

Map和Set的核心价值是键可为任意类型及自动去重；Map键支持对象、函数、NaN等，保证插入顺序且size为属性；Set基于SameValueZero去重，对NaN正确处理，has查找为O(1)。

Map 和 Set 是 JavaScript 中的原生集合类型，核心价值在于「键可以是任意类型」和「自动去重」，不是对象或数组的替代品，而是解决它们做不到的事。

Map 为什么不能用普通对象代替？

普通对象的键只能是字符串或 Symbol，而 Map 的键可以是函数、对象、null、甚至另一个 Map —— 这是根本区别。

常见错误现象：{ [{}]: 'a' } 实际变成 { '[object Object]': 'a' }，因为对象被强制转为字符串；但 new Map().set({}, 'a') 能正确保存。

• 遍历顺序：Map 保证插入顺序，对象属性顺序在 ES2015+ 虽然也按插入顺序，但对数字键仍会排序（如 {1: '', 10: ''} 遍历时先输出 1 再 10）
• 获取大小：map.size 是属性，对象得用 Object.keys(obj).length
• 性能：大量动态增删键时，Map 查找和删除平均时间复杂度 O(1)，对象在 V8 中虽优化好，但无标准保证

const m = new Map();
m.set({}, 'obj');
m.set(function() {}, 'fn');
m.set(NaN, 'nan'); // NaN 在 Map 中能作为独立键（对象中所有 NaN 键都会被合并）

console.log(m.size); // 3
console.log(m.get(NaN)); // 'nan'

Set 如何比数组去重更可靠？

Set 自动去重基于 SameValueZero 比较（即 === 规则），但对 NaN 特殊处理：Set 认为两个 NaN 相等，而 Array.prototype.includes(NaN) 返回 false。

使用场景：过滤重复引用、快速判断存在性、避免手写 filter((v, i, a) => a.indexOf(v) === i) 这类低效逻辑。

• Set 不支持索引访问（没有 [0]），也不提供 map/find 等方法，要操作得先转成数组（[...set]）
• 初始化可传入任意可迭代对象：new Set([1, 2, 2, 3]) → {1, 2, 3}；new Set('abac') → {'a', 'b', 'c'}
• 检查是否存在用 set.has(val)，比 arr.includes(val) 在大数据量下更快（哈希查找 vs 线性扫描）

const arr = [1, NaN, 2, NaN];
console.log([...new Set(arr)]); // [1, NaN, 2]

const s = new Set([1, 2, 3]);
console.log(s.has(NaN)); // false（符合预期）
console.log([NaN].includes(NaN)); // false（但很多人误以为 true）

什么时候该选 Map/Set，而不是 {} 或 []？

关键看需求是否突破了对象/数组的底层限制：

• 需要以对象、函数、undefined 为键 → 必须用 Map，对象做不到
• 频繁执行「添加 + 判断是否存在」混合操作（如缓存、访问控制列表）→ Map 或 Set 的 has 是 O(1)，数组 includes 是 O(n)
• 只存值、不要键，且需自动去重 → 用 Set；若还要附带元数据（比如「这个用户上次登录时间」），就得用 Map
• 只是静态配置、固定字符串键、不增删 → 对象更轻量，没理由强行换 Map

容易被忽略的一点：Map 和 Set 都是可迭代对象，能直接用于 for...of、展开运算符、解构，但无法用 JSON.stringify 序列化 —— 传给后端前得手动转成普通对象或数组。