如何用 Map 替代普通对象作为缓存池以提升大容量键值对的读写性能
Map 的 set/get 操作为什么比对象快
先来聊聊性能。普通对象的属性访问，底层确实是哈希查找，但这个过程“包袱”有点重。它得考虑原型链的干扰，会把属性名强制转成字符串，而且引擎内部的优化机制（比如V8的隐藏类）在高频增删属性时很容易失效，导致性能波动。相比之下，Map的底层实现就是一个更纯粹、更可控的哈希表。set和get操作的平均时间复杂度稳稳地保持在O(1)，并且完全绕过了原型链遍历和属性描述符解析这些额外开销。
实际测试很能说明问题：在10万条键值对的场景下，Map的批量set速度比直接用obj[key] = val快上2到3倍。尤其是当键（key）包含数字、布尔值甚至null时，对象的短板就暴露了——它会隐式调用toString()，导致{true: 1, 1: 2}这样的对象实际上只剩下一个键，引发意外的键名碰撞。而Map则严格区分类型，杜绝了这类隐患。
哪些 key 类型必须用 Map，不能用对象
有些场景，用普通对象存储键值对会直接“踩坑”，必须请出Map。主要有以下几类：
null、undefined、NaN作为key：对象会把这些类型统一转换成字符串"null"或"undefined"，导致无法区分。而Map会严格保留它们的原始类型和值。- 对象或函数本身作为key：比如你想用某个用户对象
userObj本身作为键来关联数据。普通对象会把它转成毫无意义的字符串"[object Object]"，而Map可以完美支持。 - Symbol作key且需要遍历：对象的Symbol属性不会被
for...in或Object.keys()捕获，这在遍历时是个麻烦。Map的for...of循环和entries()方法则能列出所有条目，包括Symbol键。 - 需要精确判断key是否存在：对象上你得写略显冗长的
obj.hasOwnProperty(key)或Object.prototype.hasOwnProperty.call(obj, key)。到了Map这里，一句清晰的map.has(key)就搞定了。
初始化和容量预估能省掉多少开销
虽然Ja vaScript的Map不像Go语言那样提供显式的容量参数，但它的插入顺序和内部内存布局依然受到初始规模的影响。如果你的缓存池明确会长期维持大量条目（比如5000条以上），那么初始化方式就值得讲究一下。
尽量避免先new Map()再逐条set的做法。更优的方案是直接用数组进行批量初始化：
const cache = new Map([
['user_1', {name: 'A'}],
['user_2', {name: 'B'}],
// ... 更多批量数据
]);
这种方式比循环set减少了一次内部结构的重建和调整，对于大规模数据能节省可观的开销。
另外还有一个关键点：虽然Map允许你把数组、日期、正则表达式等不可序列化的对象直接当作key，但这仅限于当前上下文。如果你需要跨上下文复用缓存（比如传递给Web Worker或存入IndexedDB），这些key就会失效。因此，对于需要持久化的缓存，最佳实践是提前将key规约成字符串或数字这类可序列化的基本类型。
缓存过期和清理不手动管就会内存泄漏
必须清醒认识到，Map本身只是一个容器，它不原生支持TTL（生存时间）或LRU（最近最少使用）这类缓存淘汰策略。所有关于生命周期的逻辑，都需要开发者自己来实现，否则内存泄漏几乎是必然的。
一个常见的错误设计是只在value里记录一个过期时间戳，但清理时却无法有效关联和删除对应的条目：
- 错误示范：
map.set(key, {value, expiresAt: Date.now() + 60e3})，然后只去检查和清理时间戳字段，却忘了删除Map中的整个键值对。 - 正确思路：要么用
setTimeout或定时轮询，在条目过期时精确调用map.delete(key)；要么封装一个带自动清理功能的缓存类，在每次get操作时顺手检查并清除过期项。 - 特殊场景：如果key是DOM元素，并且希望随着元素被销毁而自动清理关联数据，那么
WeakMap是更安全的选择。它不阻止垃圾回收，但代价是只支持对象作为key，且无法遍历。
最后强调一个最容易被忽略的事实：在长期运行的应用中，Map的size会只增不减，除非你明确设计了淘汰策略。例如，可以利用Map维护键插入顺序的特性，自己实现一个简单的LRU：每次访问某键时，先delete再重新set，将其挪到末尾；当需要淘汰时，取出keys().next().value删除最老的条目。记住，Map只是一个“不会自动扔垃圾”的智能容器，如何保持池子的清爽，责任在你。
