17370845950

Map和Set是解决键值映射与自动去重问题的专用工具：Map支持对象作键、插入顺序遍历、O(1)查存；Set提供O(1)去重与存在性判断；小规模静态场景仍宜用对象和数组。

Map 和 Set 不是“比对象和数组强”，而是解决不同问题的专用工具——当你需要键值映射且键可能是对象、或需要自动去重+快速查存时，它们就是更安全、更快、更少出错的选择。

用 Map 替代对象做键值映射：为什么 obj[{}] 总是失效？

普通对象把所有键强制转成字符串，{id: 1} 和 {id: 2} 都变成 "[object Object]"，结果互相覆盖。Map 没这问题，它认的是引用本身。

• ✅ 正确做法：

  const userMap = new Map();
  const user1 = { id: 1 };
  const user2 = { id: 2 };
  userMap.set(user1, "Alice");
  userMap.set(user2, "Bob");
  console.log(userMap.get(user1)); // "Alice"

• ❌ 错误写法：obj[{}] = "Alice" → 实际是 obj["[object Object]"] = "Alice"，第二次赋值就覆盖了
• 遍历时顺序稳定：for (const [key, val] of map) 严格按插入顺序；对象的 for...in 在数字键上会升序排列，不可靠
• 获取数量直接用 map.size；对象得写 Object.keys(obj).length，还可能误算原型链上的属性

用 Set 替代数组去重：别再写 filter((v, i) => arr.indexOf(v) === i)

数组去重本质是 O(n²) 查找，10 万条数据时卡顿明显；Set 底层哈希实现，插入/判断存在性都是平均 O(1)。

• ✅ 一行去重：

  const uniqueIds = [...new Set([1, 2, 2, 3, 3])]; // [1, 2, 3]

• ✅ 判断是否存在快：set.has(x) 比 arr.includes(x) 或 arr.indexOf(x) > -1 快一个数量级（尤其大数据量）
• ⚠️ 注意：Set 用 SameValueZero 规则判等，所以 NaN === NaN 成立，而数组 indexOf(NaN) 返回 -1
• 不支持下标访问：set[0] 是 undefined，要转数组才可索引：[...set][0]

什么时候不该用 Map/Set？别为了“新”而换

它们不是银弹。小规模、静态、结构简单时，对象和数组反而更直观、更轻量。

立即学习“Java免费学习笔记（深入）”；

• 配置项、API 响应字段映射、HTML 属性名 → 用 const config = { timeout: 5000, retries: 3 } 更自然
• 需要随机访问第 N 个元素、频繁按索引增删 → 数组仍是首选，arr.push() / arr.splice() 语义清晰
• JSON 序列化必须原生支持 → JSON.stringify() 不认 Map/Set，得手动转：Object.fromEntries(map) 或 [...set]
• 弱引用场景（如缓存 DOM 元素，又不想阻止 GC）→ 改用 WeakMap / WeakSet，它们不能遍历，但内存更友好

真正容易被忽略的点是：Map/Set 的「语义明确性」——当你写出 new Map()，别人立刻知道这是动态键值关系；写出 new Set()，就知道这个集合必须唯一。这种意图表达，比任何注释都可靠。