JavaScript函数缓存：如何防止内存无限增长

防止函数缓存导致内存无限增长，核心是主动控制缓存的“容量”和“寿命”，需结合LRU淘汰、TTL时效、键生成优化及手动清理机制。

防止函数缓存导致内存无限增长，关键在于主动管理两个维度：容量和寿命。不能只存不删，问题不在于是否启用缓存，而在于如何让缓存聪明地存储、适时地释放。

限制缓存最大数量，采用LRU策略自动淘汰

无上限的Map或对象缓存，会随着调用次数线性膨胀，尤其在参数组合多、生命周期长的场景下，内存极易被耗尽。LRU（最近最少使用）是最实用的淘汰机制：保留最新或最常访问的条目，将沉寂最久的条目移除。

• 手写简易LRU：使用Map实现（它天然保持插入顺序），每次get/set后把对应项移到末尾；当size超出限制时，删除Map.keys().next().value（即第一个插入的键）
• 推荐直接使用成熟库，如lru-cache（Node.js）或轻量版quick-lru（浏览器），它们已处理了边界情况，如并发读写、键冲突
• 设定合理容量阈值：例如API请求结果缓存设为100条，组件计算结果设为20条——根据实际调用频次和数据大小动态调整，而非凭经验设定1000

给缓存加有效期，避免“脏数据”长期驻留

有些结果天然具有失效时间，如用户权限、实时价格、临时token。缓存再省资源，返回过期结果就是业务事故。单纯依靠LRU无法解决时间维度的问题。

• 为每条缓存记录附加时间戳，在get之前检查是否超时，超时则丢弃并重新计算
• 可封装成带TTL的缓存工厂：createMemoizedFn(fn, { maxAge: 5 * 60 * 1000 })
• 注意：不要用setTimeout为每个缓存项单独设定时器——会产生大量timer，加剧内存与GC压力；统一轮询或惰性检测更稳妥

避免缓存引用类型参数引发的“假命中”

用JSON.stringify(args)生成键看似方便，但对象或数组内容变化时，序列化结果可能相同（如属性顺序不同、包含undefined或函数），或者相同内容多次序列化产生不同键，导致缓存失效或冗余堆积。

• 对简单参数（数字、字符串、布尔）直接拼接键，如`${a}-${b}`
• 对对象参数，优先提取稳定字段作为键，例如user.id或api.url + JSON.stringify(params)，而非整个对象深串化
• 若必须深比较，使用结构化克隆或专用工具（如fast-deep-equal）预处理，而非反复序列化——减少CPU和内存开销

提供手动清理入口，配合业务生命周期

自动策略无法覆盖所有场景。例如用户登出后，应清空其个人数据相关缓存；表单重置时，清除依赖当前输入的计算结果。

• 在memoized函数上暴露.clear()方法，内部清空Map或重置cache对象
• 支持按key清理：.delete(key)，便于局部刷新
• 在React/Vue等框架中，将缓存实例绑定到组件实例或store模块里，卸载时自动调用clear，避免闭包持有导致内存泄漏

不复杂，但确实容易忽略：缓存不是加了就完事，它本身就是一个需要被管理的状态。设计之初就考虑谁来删、什么时候删、删多少，才能真正兼顾性能与健壮性。