Map适合存带身份标识的键值对，支持对象、函数、NaN等任意类型作键且保持插入顺序；Set用于去重和O(1)存在性判断，值唯一且基于SameValueZero比较。
Map 适合存“带身份标识的键值对”
当你需要把一个对象、函数甚至 NaN 当作“钥匙”去查数据时，Map 是唯一靠谱的选择。普通对象只认字符串或 Symbol 做键，一用对象当键就自动转成 "[object Object]"，全撞一起了。
常见错误现象：const obj1 = {}; const obj2 = {}; const map = new Map(); map.set(obj1, 'a'); map.set(obj2, 'b'); console.log(map.size) 输出 2；但若用对象模拟：const fakeMap = {}; fakeMap[obj1] = 'a'; fakeMap[obj2] = 'b'; console.log(Object.keys(fakeMap).length) 输出 1 —— 因为两个键都被转成同一字符串。
- 插入顺序严格保留，遍历时按你
set的顺序来，对象属性顺序在规范里虽已稳定，但语义上不承诺 - 查是否存在必须用
map.has(key)，不能写key in map（map不是普通对象） - 要清空用
map.clear()，别写map = new Map()——如果其他地方还引用着原Map，那就漏删了
Set 本质是“去重 + 快速存在性判断”工具
不是为了替代数组，而是当你反复写 arr.indexOf(x) === -1 或 arr.includes(x) 判断某值是否已存在时，Set 就该出场了——set.has(x) 是平均 O(1)，数组是 O(n)。
典型误用：把 Set 当数组用，比如想取第 3 个元素，结果发现它没有索引、不支持 set[2]，也没 set.at(2)（ES2022 才给数组加的）。它只保证“有还是没有”，不提供位置访问。
立即学习“Java免费学习笔记（深入）”；
- 数组去重最简写法：
[...new Set(arr)]，比filter((v, i) => arr.indexOf(v) === i)清晰且快得多 -
Set的值是严格相等（===）判定，所以new Set([0, -0])实际只有 1 个元素（因为0 === -0） - 不能存重复值，但可以存不同类型的“相同值”，比如
new Set([0, '0'])是合法的，长度为 2
别混淆：Map 的键唯一 ≠ Set 的值唯一
这是最容易看文档就跳过的细节：Map 确保键唯一，但值可以重复；Set 的每个值既是“键”又是“值”，所以必须唯一。如果你需要“多个键映射到同一个值”，Map 没问题；但如果你需要“多个值映射到同一个键”，那得换思路——比如用 Map 存数组：map.set('tag', ['a', 'b', 'a'])。
另一个坑：WeakMap 和 WeakSet 只接受对象作为键/值，且不阻止垃圾回收——这意味着你不能用它们做缓存并指望长期持有原始对象；一旦原始对象被回收，对应条目就自动消失，调试时可能“凭空不见”。
-
Map键可以是undefined、null、NaN，而对象键会把它们转成字符串（undefined→"undefined"） -
Set无法直接存储NaN多次，但new Set([NaN, NaN])长度仍是 1——因为NaN !== NaN，但Set内部用的是 SameValueZero 算法，它把NaN视为相等
什么时候该放弃 Map/Set？
不是所有场景都值得升级。如果只是存几个字符串键的配置项，比如 { theme: 'dark', lang: 'zh' }，用普通对象更轻量、可序列化（JSON.stringify）、IDE 支持更好；Map 不能直接 JSON 化，得先转成数组再处理。
同理，如果数组很小（length ），且只偶尔查一次是否存在，用 <code>includes 比创建 Set 更省事——构造 Set 本身有开销，不是零成本。
- 服务端 Node.js 环境基本全支持，但若需兼容 IE，
Map/Set需要 polyfill（如 core-js） - Vue / React 的响应式系统对
Map/Set的监听支持有限，某些版本下修改set.add()不触发更新，得手动triggerRef或换用响应式替代方案
Map 和 Set 很少单独出现，常配合解构、扩展运算符、迭代器一起用；真正容易被忽略的，是它们和原型链、JSON、响应式系统的边界在哪里——这些地方出问题，往往不是语法错，而是语义错。 
