Map适合键类型不固定的场景，支持任意类型键；Set用于去重和存在性判断，性能优于数组includes；二者不可直接JSON序列化，且需注意旧环境兼容性。
Map 适合存键值对，且键可以是任意类型
对象（Object）的键只能是字符串或 Symbol，而 Map 允许用函数、对象、甚至 null 或 undefined 当键——这在缓存、事件监听器映射、DOM 节点元数据等场景很实用。
常见错误：用对象当 Object 的键，结果被自动转成 "[object Object]"，多个不同对象变成同一个键。
- 用
new Map()初始化，而非{} - 增删查用
set(key, value)、delete(key)、get(key)，不是点号或方括号 -
Map保持插入顺序，遍历时顺序确定；Object在 ES2015+ 也保序，但仅限字符串/Symbol 键，数值键仍按升序排 - 需要频繁增删键值对、或键类型不固定时，优先选
Map；纯配置项、静态结构描述，Object更简洁
Set 用来去重和判断存在性，比数组 includes 快得多
当你只关心“某个值有没有”，不关心顺序、索引或重复次数，Set 是更语义清晰且性能更好的选择。例如：记录已处理的 ID、过滤重复请求参数、维护用户权限集合。
常见错误：用 Array.from(new Set(arr)) 去重后仍用 arr.includes(x) 查找，没利用 Set.has(x) 的 O(1) 平均复杂度。
立即学习“Java免费学习笔记（深入）”；
-
Set自动去重，但比较基于 SameValueZero（即===），NaN和NaN被视为相等 - 判断存在用
set.has(value)，不是array.includes(value)；添加用set.add(value)，不会报错也不会覆盖 - 如果需保持插入顺序 + 去重 + 快速查找，
Set比filter((v, i) => arr.indexOf(v) === i)或{}手动标记高效得多 - 要序列化传输或需要 JSON 支持？
Set不可直接JSON.stringify，得先转成数组：Array.from(set)
别用 Map/Set 替代简单结构，小心过度设计
不是所有“键值”或“列表”都该换。一个只有几个固定字段的配置对象，写 new Map([["host", "api.example.com"], ["timeout", 5000]]) 反而难读难调试。
- 对象字面量
{ a: 1, b: 2 }仍是最自然的命名数据容器，支持解构、默认值、IDE 补全 - 数组
[1, 2, 3]仍最适合有序序列、需要索引操作（如map、slice）、或与 DOM NodeList 等类数组交互 -
Map和Set的迭代器返回的是[key, value]或value，不是普通数组，不能直接用push、pop，得用对应方法 - 旧环境兼容性注意：
Map/Set在 IE 完全不支持，Node.js
Map 和 Set 的内存与性能边界在哪
小规模数据（Map.has 和 Set.has 的平均 O(1) 查找会明显胜过数组 includes 的 O(n)，尤其在频繁查找的循环中。
-
Map占用内存略高于同等大小的Object，因为额外维护哈希表结构；但换来的是键类型自由和稳定性能 -
Set存储引用类型时，只保存引用，不深拷贝；清空用set.clear()，比反复新建数组更省内存 - V8 引擎对
Map/Set有专门优化，但大量动态增删后不清理，可能引发隐藏内存泄漏（比如监听器未解绑，Map中持续持有 DOM 节点引用） - 真要压榨性能？避免在热循环里反复调用
map.keys()或set.values()创建新迭代器，复用或改用for...of
new Set()，你就是在说“我只关心有没有”；当你用 map.set(el, metadata)，你就是在说“这个元素配什么元数据”。这种明确性，比省几毫秒更重要。 
