map比对象更适合缓存容器，因其键支持任意类型（含dom节点、函数等引用）、严格保留插入顺序、size属性o(1)获取长度、无原型污染风险；set去重和查存在为o(1)哈希查找，远快于数组o(n)线性查找。
Map 为什么比对象更适合当缓存容器？
当你需要把 DOM 节点、React 组件实例、函数或任意对象当“键”来存数据时，Object 会立刻失效——因为 obj[node] 实际触发 node.toString()，所有 <div> 都变成 <code>"[object HTMLDivElement]"，导致数据覆盖。Map 没这问题，它认的是引用本身。
- 键类型无限制：
map.set({id: 1}, 'data')和map.set(() => {}, 'fn')都合法且互不干扰 - 插入顺序严格保留：
for (const [k, v] of map)总是按添加顺序返回，而Object.keys()对数字字符串键（如"2"、"10"）会自动升序排列 - 获取长度直接用
map.size（O(1)），不用每次调用Object.keys(obj).length（生成新数组，O(n)） - 无原型污染风险：
map.get('constructor')不会误匹配原型方法；obj.constructor却可能被覆盖或继承干扰
Set 去重和查存在，为什么比数组 includes() 快得多？
数组的 includes()、indexOf()、filter() 全是 O(n) 线性查找；Set.prototype.has() 是平均 O(1) 的哈希查找。10 万条用户 ID 中判断某个 ID 是否已存在，set.has(id) 几乎无感，arr.includes(id) 可能卡顿明显。
- 去重最简写法：
[...new Set(arr)]或Array.from(new Set(arr))，一行搞定，且初始化即完成去重 - 存在性判断必须用
set.has(x)，别写arr.includes(x)或arr.indexOf(x) > -1 - 注意：对象去重无效——
new Set([{a:1}, {a:1}])存两个，因每次{}是新引用；要用同一对象引用才能命中 -
Set不支持索引访问：set[0]是undefined；要取第 n 个值，得先转数组：[...set][n]
哪些场景必须用 Map/Set，不能硬套对象或数组？
不是“更高级”，而是“非它不可”。对象和数组在这些地方会出错或不可靠：
Claude风格HTML汇报文件
下载
生成Claude风格的精美单页HTML汇报文件。当用户需要生成"汇报"、"周报"、"月报"、"项目进度"、"复盘"、"演示"、"slide deck"、"状态报告"、"工作总结"时触发。支持6种模板：周报(weekly)、项目进度(project)、月度总结(monthly)、复盘报告(postmortem)、演示文稿(slid
- 缓存 DOM 元素状态：
const nodeCache = new Map(); nodeCache.set(divEl, { expanded: true })—— 用Object就全变成"[object HTMLDivElement]" - 防重复提交校验：
const pendingRequests = new Set(); if (!pendingRequests.has(url)) { pendingRequests.add(url); /* 发请求 */ } - 实时在线用户列表管理：
add/delete频繁 + 需快速has判断 + 插入顺序重要 →Set比filter或findIndex稳定高效 - 权限白名单校验：
const allowedActions = new Set(['read', 'edit', 'delete']); if (allowedActions.has(action)) { ... }—— 比['read','edit'].includes(action)更快更语义清晰
JSON 序列化和遍历要注意什么坑？
Map 和 Set 都不支持 JSON.stringify() 直接序列化——它们不是 plain object，也没有可枚举的自有属性。
- 序列化要手动转：
JSON.stringify([...myMap])得到[["k1","v1"],["k2","v2"]]；还原时写new Map(JSON.parse(str))，不是new Map(JSON.parse(str)[0]) - 遍历优先用原生迭代器：
for (const [k, v] of myMap)或myMap.entries()返回的是迭代器，内存友好；Object.entries()每次都返回新数组 - 解构首项更直观：
const [[firstKey, firstVal]] = myMap;——Object不支持这种写法 - 高频增删查（千级+数据量）时，
Map/Set底层哈希实现比Object属性动态分配、Array线性扫描更稳定
真正容易被忽略的点是语义明确性：写 new Map()，别人立刻知道这是动态键值关系；写 new Set()，就知道这个集合必须唯一。而 const cache = {} 或 const list = []，永远需要读注释或上下文才能确认意图。
