17370845950

Map是带插入顺序、支持任意键类型的键值集合；它不转键为字符串，用SameValueZero比较键，保证遍历顺序，方法统一且性能稳定，但无法直接JSON序列化。

Map 是什么：一个带顺序、支持任意键类型的键值集合

Map 是 JavaScript 内置的集合类型，本质是一个可迭代的键值对容器，它不基于原型链，也不把键强制转为字符串。当你需要以 function、{}（对象）、[]（数组） 甚至 Symbol 作键，或要求插入顺序严格保留时，Map 就是比普通对象更可靠的选择。

键类型差异：普通对象只认字符串和 Symbol，Map 全都行

普通对象（{}）会把所有非 Symbol 键隐式转成字符串，导致 {[1,2]: 'a', [1,2]: 'b'} 实际只剩一个键 "1,2"；而 Map 把 [1,2] 和 [1,2] 视为两个不同引用，除非你显式用同一个数组实例作为键。

常见踩坑场景：

• 用 document.getElementById('x') 这类 DOM 元素当键 → 只能用 Map
• 用 new Date() 或 new Error() 当键 → 普通对象无法区分
• 想用数字 0 和字符串 "0" 作不同键 → 普通对象会合并，Map 不会

遍历与顺序：Map 保证插入顺序，普通对象不保证（尤其数字键）

Map.prototype.keys()、.values()、.entries() 返回的迭代器严格按插入顺序产出；而普通对象的 Object.keys() 在 ES2015+ 虽对字符串键基本保序，但遇到纯数字键（如 {1: 'a', 10: 'b', 2: 'c'}）仍会按升序排列 —— 这不是 bug，是规范定义的行为。

实操建议：

• 需要可靠遍历顺序（比如实现 LRU 缓存）→ 选 Map
• 仅用于配置项、静态映射，且键全是字符串 → 普通对象更轻量
• 用 for...in 遍历普通对象时，还会枚举原型链上的可枚举属性 → Map 完全避免这个问题

性能与 API：Map 方法更统一，但对象字面量初始化更快

Map 提供了标准化的增删查方法：.set(key, value)、.get(key)、.has(key)、.delete(key)，全部时间复杂度接近 O(1)；而普通对象要靠 obj[key] = value、key in obj、delete obj[key]，语义分散，且 delete 有性能隐患（可能触发隐藏类重建）。

但注意：

• 初始化大量静态数据时，{ a: 1, b: 2 } 比 new Map([['a', 1], ['b', 2]]) 更快、更简洁
• Map 无法被 JSON 序列化（JSON.stringify(new Map()) 得到 {}），需手动转换
• Map.size 是属性，Object.keys(obj).length 是计算所得，后者在大对象上更慢

const m = new Map();
m.set({}, 'obj');
m.set(function() {}, 'fn');
m.set(Symbol('s'), 'sym');

console.log(m.size); // 3
console.log(m.get({})); // undefined ← 因为是不同引用
console.log(m.get(m.keys().next().value)); // 'obj'

真正容易被忽略的是：Map 的键比较用的是 SameValueZero 算法（类似 ===，但 NaN 等于自身），而普通对象的键比较发生在字符串化阶段 —— 这决定了它们根本不在同一抽象层级上工作。