Map比普通对象更可靠，因其支持任意类型键（如对象、NaN）、严格保持插入顺序、无原型污染风险、size属性原生可用；Set则以O(1)查找、SameValueZero比较（NaN视为相同）、引用级对象去重等特性，避免数组模拟的性能与语义缺陷。
Map 为什么比普通对象更可靠？
普通对象 {} 看似万能，但实际在动态键、非字符串键、顺序遍历等场景下漏洞明显。比如你用 map.set({id: 1}, 'data')，对象却只能写成 obj['[object Object]'] = 'data'——因为对象会把非字符串键隐式转为字符串，彻底丢失原始引用。
Map 的优势是刚性的：
- 键可以是任意类型：
map.set(document.getElementById('btn'), true)、map.set(NaN, 'nan-value')都合法且互不干扰 - 插入顺序严格保留：
for (const [k, v] of map)永远按你set()的顺序来，而对象对数字键（如obj[2]、obj[10]）会先升序排再处理字符串键，语义混乱 - 无原型污染：
map.has('toString')只查你存过的键；但{}.hasOwnProperty('toString')还得绕一圈，且若忘了用Object.create(null)，obj.toString可能是继承来的，不是你设的值 -
map.size是原生属性，不用每次算Object.keys(obj).length，也不漏掉不可枚举键或Symbol键
Set 去重和存在性判断为什么不能用数组模拟？
有人写 if (!arr.includes(item)) arr.push(item)，看似能去重，但这是 O(n) 查找 × O(n) 插入，1000 个元素就可能卡顿；而 set.has(item) 平均是 O(1)，且自动静默忽略重复添加。
Set 的独特行为藏在细节里：
立即学习“Java免费学习笔记（深入）”；
- 使用 SameValueZero 比较：这意味着
new Set([NaN, NaN])长度是1，而数组[NaN].includes(NaN)返回false，根本判不准 - 对象不会被误去重：
new Set([{a:1}, {a:1}])长度是2，因为两个对象引用不同；这反而是正确行为——你本就不该靠浅比较去重对象 - 不支持索引访问：
set[0]是undefined，强制你用Array.from(set)或展开语法[...set]显式转数组，避免误把集合当列表用
哪些真实场景必须用 Map 或 Set？
不是“能用”，而是“不用就会出错”或“越写越难维护”：
- 缓存函数执行结果：
cache.set(fn, result)—— 函数作键，对象做不到 - 防按钮连点：
const clicked = new Set(); if (!clicked.has(btn)) { clicked.add(btn); doAction(); }—— 比挂btn._clicked = true干净，不污染 DOM 元素 - 批量请求去重 ID：
fetch(—— 避免后端查重复数据/api/users?id=${[...new Set(ids)].join(',')}) - LRU 缓存淘汰：
map.keys().next().value直接拿到最早插入项，靠对象就得自己维护时间戳数组
容易被忽略的坑
-
Map 和 Set 不是 Object 的升级版，它们和对象解决的是不同问题：对象适合结构化数据（如 {name: 'Alice', age: 30}），Map/Set 是工具型结构，用于映射关系与存在性管理
-
WeakMap/WeakSet 不能遍历、不能取 size，只适用于临时元数据绑定（比如给 DOM 节点加私有状态），别拿来替代 Map/Set
- 从接口拿回对象数组后想按 ID 快速查，别手写
arr.find(x => x.id === id)，直接 const map = new Map(data.map(item => [item.id, item]))，后续 map.get(id) 是零成本
Map 和 Set 不是 Object 的升级版，它们和对象解决的是不同问题：对象适合结构化数据（如 {name: 'Alice', age: 30}），Map/Set 是工具型结构，用于映射关系与存在性管理 WeakMap/WeakSet 不能遍历、不能取 size，只适用于临时元数据绑定（比如给 DOM 节点加私有状态），别拿来替代 Map/Set arr.find(x => x.id === id)，直接 const map = new Map(data.map(item => [item.id, item]))，后续 map.get(id) 是零成本 Map 和 Set 的价值不在语法多炫，而在它们把那些“靠技巧硬凑”的逻辑，变成了语言原生支持的、可预期的行为。一旦你开始用 map.has(key) 替代 key in obj && obj[key] !== undefined，你就已经踩进那个更稳的底层了。
