Map和Set是ES6引入的原生数据结构，非语法糖；Set是无重复值的有序集合，Map是键值对容器，二者均支持任意类型键、保留插入顺序、提供size属性和迭代器接口。
Map 和 Set 是什么：不是语法糖，是专门设计的数据结构
Map 和 Set 是 ES6 引入的原生集合类型，底层实现支持任意类型的键（包括对象、函数、Symbol），而普通对象的键只能是字符串或 Symbol（且会自动转为字符串）。Set 本质是“无重复值的列表”，Map 则是“键值对容器”，两者都保留插入顺序，且提供 size 属性和迭代器接口（for...of、keys()、values()、entries()）。
该用 Map 而非普通对象的 4 种典型场景
普通对象（{}）在语义上表示“结构化数据”或“命名空间”，不是为高频增删查设计的。当出现以下情况时，Map 更合适：
- 键是动态生成的对象或函数 —— 普通对象会把它们统一转成
"[object Object]"，导致冲突 - 需要频繁执行
delete或清空操作 ——Map.prototype.delete(key)是 O(1)，而delete obj[key]在 V8 中虽快，但大量删除后可能引发隐藏类失效 - 要可靠获取键值对数量 ——
Object.keys(obj).length是 O(n)，map.size是 O(1) 且实时准确 - 需遍历顺序与插入顺序严格一致 —— 普通对象对数字键有排序行为（如
{2: 'a', 10: 'b'}遍历时先输出2再10），Map始终按插入顺序
Map 与对象互转的常见陷阱
用 Object.fromEntries() 转 Map 到对象看似方便，但会丢失非字符串键：
const m = new Map([[{id: 1}, 'user1'], [Symbol('x'), 'sym']]);
Object.fromEntries(m); // { '[object Object]': 'user1', 'Symbol(x)': 'sym' } —— 键已失真
反过来，用 Object.entries() 构造 Map 时要注意：如果原对象有原型属性（如自定义了 obj.toString），Object.entries() 不会包含它们；但若用 for...in 手动收集，则可能混入继承属性 —— 正确做法是只处理自有可枚举属性：
const obj = { a: 1, b: 2 };
const map = new Map(Object.entries(obj)); // 安全
性能差异没你想的那么大，但语义不能妥协
在 Chrome 120+ 中，对纯字符串键的读写，普通对象通常比 Map 快 10%–30%，因为 V8 对对象属性做了深度优化。但这个优势只在键固定、结构稳定时成立。一旦涉及动态键、频繁重建或需要 size / 迭代控制，Map 的确定性行为就压倒微小的性能差距。更关键的是：Map 明确表达了“这是一个键值映射表”的意图，后续维护者不会误以为它是配置对象或 DTO 实体。
别为了省几个字节用 {} 模拟 Map，尤其当键可能是 null、undefined、数组或 DOM 元素时 —— 那些地方出的 bug 很难 debug。
