高性能本地缓存实现：Map与闭包结合自动过期清理

利用 Map 配合闭包实现一个带过期清理的本地缓存，其核心思路在于使用闭包封装复杂逻辑。外部的 Map 仅负责存储键值对，而所有关于生命周期、过期判断和定时清理的逻辑都被封装在闭包内部。这样既实现了一个轻量、无外部依赖且可复用的缓存工具，又弥补了原生 Map 不支持 TTL（生存时间）和 LRU（最近最少使用）淘汰策略的不足。

闭包封装过期逻辑与内部状态

闭包在此扮演关键角色，它天然适合隐藏不应被外部访问的内部状态。例如，每个缓存项的过期时间戳、后台定时清理任务的引用等。一种典型做法是定义一个工厂函数，例如 createTTLCache(ttlMs)。该函数返回一个对象，仅暴露必要的方法，如 set、get、clear。

在函数内部，使用两个 Map 分工协作：一个 Map 专门存储用户设置的键值对；另一个 Map（或使用 WeakMap 以优化内存）则用于记录每个键对应的 expiresAt（过期时间戳）。所有关于“此键是否过期？”“是否需要删除？”的判断和操作都在闭包内部完成。外部调用者只能通过暴露的方法进行交互，无法触及内部元数据，从而从根本上避免了误操作。

支持惰性清理与主动定时清理双模式

实现过期清理不能仅依赖“惰性清理”——即仅在 get 操作时检查是否过期。如果某些键长期不被访问，它们将成为“僵尸数据”，持续占用内存。因此，一个健壮的缓存层需要双管齐下：

• 惰性清理：在每次调用 get(key) 时，顺带检查该键是否已过期。若过期，则立即删除并返回 undefined。
• 主动定时清理：在闭包内部启动一个后台任务，定期扫描整个缓存。可使用 setInterval 设置固定间隔进行扫描，或用链式 setTimeout 模拟。无论采用哪种方式，务必管理好定时器的引用，并在缓存销毁时（例如调用 clear 方法）使用 clearInterval 或 clearTimeout 进行清理，以防止内存泄漏。

一种推荐的策略是每隔一段时间（例如30秒）进行一次批量扫描，遍历所有键并删除已过期的项。这种方式比每次执行 set 操作都单独设置一个 setTimeout 更为可控，且性能开销更小。

确保键的稳定性与引用安全

闭包有助于管理内部状态，但一些常见的设计“陷阱”仍需提前规避：

• 键的稳定性：Map 的键可以是任何类型，但为确保缓存正常工作，键必须是稳定的。建议使用字符串、数字、Symbol 这类原始值。若必须使用对象，需确保每次传入的是同一引用，或使用可序列化的稳定结构（例如通过 JSON.stringify({ a, b }) 生成字符串作为键）。避免直接使用每次新创建的对象或函数作为键，因为它们的引用总在变化。
• 内存管理：如果缓存的是大型对象（如庞大的数组或深层嵌套的对象），需格外注意。在不再需要缓存时（例如组件卸载、页面关闭），务必显式调用清理方法（如 clear），或确保缓存实例本身能被垃圾回收，防止这些大对象长期驻留内存。
• 在框架中使用：在前端框架如 React 或 Vue 中使用时，不应将缓存实例创建在组件的渲染函数或函数式组件的函数体内，这会导致每次渲染都创建一个新的缓存实例。正确的做法是将其置于模块作用域的顶层，或在 React 的 useRef、Vue 的 computed/响应式对象之外进行一次性初始化。

可选增强：容量限制与 LRU 淘汰

单纯的 TTL 机制只能解决“数据存留过久”的问题，无法应对“数据过多”导致的内存溢出风险。可以在同一闭包设计中轻松叠加容量控制功能。

思路是在内部额外维护一个结构来记录访问顺序。这可以是一个数组 accessOrder，或巧妙利用 Map 本身键值对的插入顺序特性（ES6 Map 的遍历顺序即插入顺序）。每次执行 set 或 get 操作时，都更新此顺序记录，将当前操作的键标记为“最近使用”。

随后，在每次执行 set 操作前，先检查当前缓存的大小是否超过了预设的容量上限。若超出，则根据 accessOrder 找出“最久未被使用”的键并将其淘汰，然后再插入新的键值对。

这里有一个细节需要注意：当 TTL 与 LRU 共存时，淘汰策略应有优先级。通常的做法是先执行过期清理，淘汰所有已过期的项，然后再检查是否超过容量限制；若仍然超限，则启动 LRU 淘汰。这样可以确保缓存中留下的既是未过期的，又是相对热门的数据。