map 比 object 更适合做缓存，因其支持任意类型 key、保持插入顺序、查找性能稳定 o(1)、避免原型链干扰；可封装 ttl 实现过期控制；需模块级共享实例保障有效性；java 中应选用 concurrenthashmap 等线程安全实现。
Map 对象天然适合作为缓存容器——它不是语法糖，而是专为键值对高效存取设计的数据结构。相比普通对象（Object），Map 支持任意类型作 key、保持插入顺序、查找性能稳定（O(1) 平均时间复杂度），且无需手动处理属性污染或原型链干扰。
为什么 Map 比 Object 更适合做缓存
普通对象用字符串或 Symbol 作 key，遇到非原始类型（如对象、函数、数组）会自动 toString()，导致 key 冲突；而 Map 允许直接用对象、日期、甚至 DOM 元素作 key，真正实现“以实例为标识”的缓存粒度。
- key 类型无限制：可使用
{ id: 1 }、new Date()、document.body等作为唯一键 - 插入顺序严格保留：遍历时按 set 顺序返回，便于实现 LRU 等淘汰策略
- 无需防御性检查：
map.has(key)明确判断存在性，不依赖obj.hasOwnProperty或in运算符 - 性能更可控：大量 key 场景下，Map 的哈希查找不受原型链或隐藏类变化影响
构建一个带过期控制的缓存 Map
原生 Map 不自带 TTL（生存时间），但可通过包装实现轻量级时效管理。核心思路是：存值时记录时间戳，取值时比对当前时间。
- 定义缓存项结构：
{ value, expiresAt }，其中expiresAt是毫秒时间戳 - set 方法封装：支持传入可选
ttlMs（如60_000表示 1 分钟） - get 方法增强：先检查是否过期，过期则自动
delete并返回undefined
示例：
const cache = new Map();function setWithTTL(key, value, ttlMs = Infinity) {
cache.set(key, { value, expiresAt: Date.now() + ttlMs });
}
function getWithTTL(key) {
const item = cache.get(key);
if (!item) return undefined;
if (Date.now() > item.expiresAt) {
cache.delete(key);
return undefined;
}
return item.value;
}
跨组件/模块共享缓存的实践要点
缓存要真正起效，必须脱离单个组件生命周期。关键在于“作用域提升”和“引用一致性”。
- 在模块顶层（非组件内部）声明
const globalCache = new Map()，确保所有导入位置拿到的是同一个实例 - 避免在 Vue setup 或 React Hook 中重复创建 Map，否则每次渲染都新建缓存，失去意义
- 若需 TypeScript 类型安全，可用泛型约束：
const apiCache = new Map<string apiresponse>()</string> - 敏感数据注意清理：页面卸载或用户登出时，调用
cache.clear()或按前缀批量delete
Java 中 Map 缓存的线程安全提醒
在服务端 Java 场景中，多线程并发读写同一 Map 会导致 ConcurrentModificationException 或数据丢失。不能直接用 HashMap。
- 高并发读多写少：优先选用
ConcurrentHashMap，它分段锁或 CAS 实现更高吞吐 - 需要精确控制容量与淘汰：考虑封装为自定义缓存类，内置 size 限制与 LRU 驱逐逻辑
- 简单场景下，也可用
Collections.synchronizedMap(new HashMap())，但性能低于 ConcurrentHashMap - 切忌在 getter 中裸写
map.get(key) == null ? computeAndPut() : map.get()，应使用computeIfAbsent原子操作
