17370845950

Map 的 key 可以是任意类型（包括对象、数组），Object 的 key 只能是字符串或 Symbol；Map 保持插入顺序、提供 size 属性和 O(1) 的 has/set 操作，且键比较使用 SameValueZero 算法。

Map 的 key 能是对象，Object 的 key 只能是字符串或 Symbol

这是最常踩坑的地方：你以为 obj[{a:1}] = 'x' 能存进去，其实 JavaScript 会把对象自动转成 "[object Object]"，导致所有对象键都撞车。而 Map 不会强制类型转换——map.set({a:1}, 'x') 和 map.set({b:2}, 'y') 是两个完全独立的键，因为它们内存地址不同。

实操建议：

• 需要拿「对象本身」当索引查数据？用 Map，别用 Object
• 想用数组当 key？map.set([1,2], 'ok') ✅；obj[[1,2]] = 'ok' ❌（实际变成 obj["1,2"]）
• 检查是否存在时：map.has(key) 是 O(1)，key in obj 虽快但受原型链干扰，obj.hasOwnProperty(key) 更准但仍是字符串匹配

Set 自动去重，数组去重得靠 filter + indexOf 或 Set 转回

你写 [1,2,2,3].filter((v,i,a) => a.indexOf(v) === i) 没问题，但遇到对象数组就失效：[{id:1},{id:1}].filter(...) 依然保留两个——因为对象引用不同，indexOf 找不到相等项。

实操建议：

• 原始值去重：直接 [...new Set(arr)]，简洁且稳定
• 对象数组去重：不能直接塞进 Set，得先提取唯一标识，比如 const ids = new Set(items.map(i => i.id))，再过滤
• 注意 Set 的 has() 对对象无效：除非是同一个引用，set.has({x:1}) 永远是 false

Map 和 Set 都保持插入顺序，Object 属性顺序不总可靠

ES2015 后，Object.keys() 对数字键和字符串键的顺序有规定，但混用时仍可能出意外。比如 obj[100] = 'a'; obj.foo = 'b'; obj[2] = 'c'，遍历顺序可能是 2 → 100 → foo，但你不能依赖它。而 Map 和 Set 从创建起就严格按插入顺序迭代。

实操建议：

• 需要「按添加顺序遍历键值对」？选 Map，别用 Object
• for (let [k,v] of map) 直接解构，比 Object.entries(obj) 多一层转换更干净
• Set 的 forEach 或 for...of 也保证顺序，适合做队列类逻辑（如最近访问缓存）

size 是原生属性，Object 得手动算

map.size 和 set.size 是只读属性，O(1) 时间返回当前元素数。而 Object.keys(obj).length 每次都要生成新数组，性能差；更糟的是，如果对象有不可枚举属性或来自原型，keys() 还会漏掉或误算。

实操建议：

• 频繁读取集合大小？Map/Set 省事又准确
• 别写 Object.keys(obj).length === 0 判空，改用 Object.keys(obj).length === 0 && Object.getPrototypeOf(obj) === Object.prototype 才勉强安全——不如直接换 Map
• 注意：Map 和 Set 没有 length 属性，只有 size；写错成 map.length 会得 undefined

真正容易被忽略的是：Map 的键比较基于「SameValueZero」算法（类似 ===，但 NaN 等于自身），而 Set 对象去重也遵循同一规则——这意味着 new Set([0, -0]) 实际只存一个值，但 new Set([NaN, NaN]) 会去重为一个 NaN。这点在做数值精度敏感逻辑时得留神。