Map比普通对象更适合存键值对，因其键可为任意类型（如对象、函数）、避免字符串化冲突、保持插入顺序、size属性直接获取长度且原生支持迭代；Set是独立集合类型，无序唯一、不索引、增删查平均O(1)，适用于存在性判断而非数组操作。
Map 为什么比普通对象更适合存键值对
普通对象的键只能是字符串或 Symbol，而 Map 允许任意类型作键——包括对象、函数、甚至 null 或 undefined。这避免了把对象转成字符串（如 [object Object]）导致的键冲突。
常见错误：用对象当 key 存进普通对象里，结果全变成同一个键：
const obj = {};
const key1 = { id: 1 };
const key2 = { id: 1 };
obj[key1] = 'a';
obj[key2] = 'b';
console.log(obj); // { '[object Object]': 'b' } —— key1 被覆盖了
用 Map 就不会：
const map = new Map();
map.set({ id: 1 }, 'a');
map.set({ id: 1 }, 'b'); // 两个不同对象，各自独立
console.log(map.size); // 2
-
Map保留插入顺序，遍历时按set顺序返回；对象属性顺序在 ES2015+ 虽有规范，但对数字键、Symbol 键等仍有例外 -
Map.prototype.size是属性，直接取长度；对象得用Object.keys(obj).length -
Map原生支持迭代器，可直接用for...of、forEach；对象需先转Object.entries()
Set 为什么不是“去重数组”，而是独立集合类型
Set 是数学意义上的集合：无序、唯一、不索引。它不提供 indexOf、push、map 这类数组方法，也不支持下标访问（set[0] 是 undefined）。
立即学习“Java免费学习笔记（深入）”；
容易踩的坑：以为 Array.from(new Set(arr)) 只是语法糖，其实它和 [...new Set(arr)] 行为一致，但两者都只做浅层去重——引用类型仍靠内存地址判断：
const arr = [{ a: 1 }, { a: 1 }];
console.log(Array.from(new Set(arr))); // [{ a: 1 }, { a: 1 }] —— 两个不同对象
-
Set的add、has、delete平均时间复杂度是 O(1)，比数组includes或filter去重快得多（O(n)） - 没有类似
Array.prototype.find的查找方法；要查是否存在某值，只能用has()；要找“满足条件的元素”，得转成数组再处理 -
Set不是Array的子类，Array.isArray(new Set()) === false
什么时候该用 Map/Set，而不是对象或数组
选型关键看「操作意图」而非「数据长得像不像」：
- 需要以对象/函数为 key 查找？→ 用
Map，别硬塞进对象 - 只关心某值是否存在，不关心顺序、索引、重复计数？→ 用
Set，别用arr.includes()循环查 - 要频繁增删键值对且键类型不固定？→
Map比对象更可靠 - 需要保持插入顺序 + 快速查重 + 多次遍历？→
Set比filter((v, i, a) => a.indexOf(v) === i)稳定得多 - 只是静态配置、键名固定且全是字符串？→ 普通对象更轻量，没理由强换
Map
性能提示：Map 和 Set 在 V8 中底层用哈希表实现，但初始化开销略大于空对象/空数组。小数据量（
Map 和 Set 的兼容性与替代方案
IE 完全不支持 Map/Set，Edge 12–18 仅部分支持。若需兼容旧环境：
- 用
babel-polyfill或core-js注入；注意core-js/stable/map会污染全局，建议按需引入 - 手动模拟
Set：用对象存键（{ [val]: true }），但无法处理NaN、对象等非字符串键 - 手动模拟
Map：用二维数组[[key, value], ...]，has变成findIndex，性能退化明显
现代项目（Webpack/Vite + Babel）通常已默认处理，但 SSR 或微前端中若运行时环境不可控，仍需检查 typeof Map !== 'function' 并降级。
真正容易被忽略的是弱引用场景：需要自动清理不再使用的键值对时，得换用 WeakMap 或 WeakSet——它们不阻止垃圾回收，但不支持遍历和 size，API 也更受限。
