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，是规范定义的行为。
立即学习“Java免费学习笔记（深入）”；
一、外卖通叫餐（预订）系统单店版是什么样的一个系统？ 外卖通系列软件是针对非商品性买卖、有别于传统的商城系统的、外卖和预订为概念性的店铺管理系统，我们的口号就是：让所有的门店在网上安个家，以往的版本都是基于多用户性质的平台系统，而外卖通单店版是基于某个店铺的专业外卖预订管理系统，设计了外卖、预订、专题活动、小游戏、资讯、形象、点评、积分、相册等多种功能模块以适应商家办站的各种需求。这套系统可
实操建议：
- 需要可靠遍历顺序（比如实现 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 等于自身），而普通对象的键比较发生在字符串化阶段 —— 这决定了它们根本不在同一抽象层级上工作。 
