Map 是 JavaScript 中的键值对集合，它和普通对象（Object）都能存键值，但底层机制、行为规则和适用场景完全不同——别用 Object 当 Map 用，尤其当键可能是对象、数字或需要精确顺序时。
Map 的键可以是任意类型，Object 的键只能是字符串或 Symbol
这是最根本的区别。Object 会把非字符串/Symbol 键隐式转成字符串，导致意外覆盖：
const obj = {};
obj[{}] = 'a';
obj[{}] = 'b';
console.log(obj); // { '[object Object]': 'b' } —— 两个空对象被当成同一个键而 Map 严格按引用或值比较：
Map中new Map().set({}, 'a').set({}, 'b')确实存了两个不同键- 数字
1和字符串'1'在Map中是不同键；在Object中，obj[1]和obj['1']访问的是同一个属性 undefined、null、NaN都可作为Map的合法键；Object 中obj[undefined]实际访问的是obj['undefined']
Map 保持插入顺序，Object 的属性顺序不总可靠
ES2015+ 规范规定 Map 的遍历顺序严格等于插入顺序，且 keys()、values()、entries() 全部遵循这一点。
Object 的属性顺序虽然现在多数引擎对字符串键也按插入顺序返回，但存在例外：
- 数值型字符串键（如
'10'、'2'）会被排序在前，破坏插入顺序 - 早期代码或某些 polyfill 下行为可能不一致
- 不能依赖
Object.keys()或for...in的顺序做逻辑判断
如果你需要“先加的先遍历”，用 Map 更稳妥。
Map 的大小和遍历更直接，Object 需要额外处理
Map 提供原生 size 属性和迭代器接口：
const m = new Map();
m.set('a', 1).set('b', 2);
console.log(m.size); // 2
for (const [k, v] of m) console.log(k, v); // 按插入顺序输出而 Object 要获取键值对数量，得写 Object.keys(obj).length；遍历时要么用 for...in（还要防原型链），要么转成数组再操作，多一层转换开销。
另外：Map 的 set()、get()、has()、delete() 时间复杂度都是平均 O(1)，而 Object 的属性访问虽快，但涉及动态原型链查找或隐藏类变更时，性能边界不如 Map 可控。
什么时候该用 Map，而不是 Object？
不是“哪个更好”，而是“哪个更合适”。以下情况优先选 Map：
- 键不确定类型，比如来自用户输入、DOM 元素、函数、其他对象
- 需要频繁增删键值对，且关心操作顺序或迭代一致性
- 用
NaN或0做键（Object里obj[NaN]等价于obj['NaN']） - 构建缓存、映射表、计数器等工具逻辑，尤其是配合 WeakMap 做弱引用时
如果只是静态配置、简单字面量结构、或与 JSON/后端字段强对应（比如 { id: 1, name: 'foo' }），Object 依然更自然、更轻量。
真正容易被忽略的是：Map 不会把键自动转成字符串，也不参与原型链——这意味着你不能用点语法访问，也不能意外继承 toString 等方法。这种“不灵活”，恰恰是它可靠的原因。
