Map 的 set/get 操作比对象快，因其底层为稳定 O(1) 哈希表，避免原型链遍历、隐式类型转换及隐藏类失效；null/undefined/NaN、对象、函数、Symbol 作 key 时必须用 Map。
Map 的 set/get 操作为什么比对象快
普通对象的属性访问本质是哈希查找，但受原型链干扰、属性名强制转字符串、引擎内部优化限制（如隐藏类失效）影响，高频增删查时性能波动大；Map底层实现为更可控的哈希表，set/get 均摊时间复杂度稳定在 O(1)，且不触发原型链遍历或属性描述符解析。实测 10 万条键值对场景下，Map 的批量 set 比对象 obj[key] = val 快 2–3 倍，尤其当 key 含数字、布尔或 null 时，对象会隐式调用 toString() 导致键碰撞（如 {true: 1, 1: 2} 实际只剩一个键）。
哪些 key 类型必须用 Map，不能用对象
以下情况直接用对象会出错或失效：
-
null、undefined、NaN作为 key：对象会统一转成字符串"null"或"undefined"，而Map严格区分类型 - 对象或函数本身作 key：如
cache.set(userObj, data)，对象无法用作普通对象的属性名（会被转成"[object Object]"） - Symbol 作 key 且需遍历：对象的
Symbol属性不会被for...in或Object.keys()捕获，Map的for...of和entries()全部可见 - 需要精确判断 key 是否存在：对象得写
obj.hasOwnProperty(key)或Object.prototype.hasOwnProperty.call(obj, key)，Map直接map.has(key)
初始化和容量预估能省掉多少开销
JavaScript 的 Map 虽无 Go 那样的显式容量参数，但插入顺序和内存布局仍受初始规模影响。若已知缓存池将长期维持 5000+ 条目，建议避免空 new Map() 后逐条 set，改用数组初始化：
const cache = new Map([
['user_1', {name: 'A'}],
['user_2', {name: 'B'}],
// ... 批量数据
]);
这比循环 set 少一次内部结构重建。更重要的是，避免把数组、日期、正则等不可序列化对象直接当 key —— 它们虽能塞进 Map，但无法用于跨上下文复用（如发给 Worker 或存入 IndexedDB），真正需要持久化的缓存应提前规约 key 为字符串或数字。
缓存过期和清理不手动管就会内存泄漏
Map 本身不支持 TTL 或 LRU，所有生命周期逻辑都得自己写。常见错误是只记录时间戳却不关联 value，导致 delete 时找不到对应项：
- 别这样：
map.set(key, {value, expiresAt: Date.now() + 60e3})，然后只清时间戳字段 - 应该这样：用
setTimeout或轮询检查，匹配后调用map.delete(key)；或者封装成带自动清理的类，每次get时顺手检查过期 - 如果 key 是 DOM 元素且需随元素销毁自动清理，优先选
WeakMap，它不阻止 GC，但只支持 object key 且无法遍历
最易忽略的一点：缓存池长期运行时，Map 的 size 会持续增长，除非你明确设计了淘汰策略（比如 LRU，靠 Map 的插入顺序特性把最近访问的 set 到末尾，delete 最老的 keys().next().value），否则它只是个“不会自动扔垃圾”的容器。
