JavaScript什么是Map和Set_它们与对象数组有何不同

Map比普通对象更适合存键值对,因其键可为任意类型(如对象、函数)、避免字符串化冲突、保持插入顺序、size属性直接获取长度且原生支持迭代;Set是独立集合类型,无序唯一、不索引、增删查平均O(1),适用于存在性判断而非数组操作。

Map 为什么比普通对象更适合存键值对

普通对象的键只能是字符串或 Symbol,而 Map 允许任意类型作键——包括对象、函数、甚至 nullundefined。这避免了把对象转成字符串(如 [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...offorEach;对象需先转 Object.entries()

Set 为什么不是“去重数组”,而是独立集合类型

Set 是数学意义上的集合:无序、唯一、不索引。它不提供 indexOfpushmap 这类数组方法,也不支持下标访问(set[0]undefined)。

容易踩的坑:以为 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 }] —— 两个不同对象
  • Setaddhasdelete 平均时间复杂度是 O(1),比数组 includesfilter 去重快得多(O(n))
  • 没有类似 Array.prototype.find 的查找方法;要查是否存在某值,只能用 has();要找“满足条件的元素”,得转成数组再处理
  • Set 不是 Array 的子类,Array.isArray(new Set()) === false

什么时候该用 Map/Set,而不是对象或数组

选型关键看「操作意图」而非「数据长得像不像」:

  • 需要以对象/函数为 key 查找?→ 用 Map,别硬塞进对象
  • 只关心某值是否存在,不关心顺序、索引、重复计数?→ 用 Set,别用 arr.includes() 循环查
  • 要频繁增删键值对且键类型不固定?→ Map 比对象更可靠
  • 需要保持插入顺序 + 快速查重 + 多次遍历?→ Setfilter((v, i, a) => a.indexOf(v) === i) 稳定得多
  • 只是静态配置、键名固定且全是字符串?→ 普通对象更轻量,没理由强换 Map

性能提示:MapSet 在 V8 中底层用哈希表实现,但初始化开销略大于空对象/空数组。小数据量(

Map 和 Set 的兼容性与替代方案

IE 完全不支持 Map/Set,Edge 12–18 仅部分支持。若需兼容旧环境:

  • babel-polyfillcore-js 注入;注意 core-js/stable/map 会污染全局,建议按需引入
  • 手动模拟 Set:用对象存键({ [val]: true }),但无法处理 NaN、对象等非字符串键
  • 手动模拟 Map:用二维数组 [[key, value], ...]has 变成 findIndex,性能退化明显

现代项目(Webpack/Vite + Babel)通常已默认处理,但 SSR 或微前端中若运行时环境不可控,仍需检查 typeof Map !== 'function' 并降级。

真正容易被忽略的是弱引用场景:需要自动清理不再使用的键值对时,得换用 WeakMapWeakSet——它们不阻止垃圾回收,但不支持遍历和 size,API 也更受限。