闭包本身不是缓存策略，但能封装lru缓存的私有状态（如cache、max、时间戳）和逻辑，确保外部无法篡改，同时支持ttl、自动清理及轻量组合，比class更简洁安全。
闭包本身不是缓存策略，但它能封装状态（比如访问时间、容量限制），为 LRU 缓存提供干净的私有作用域。前端 LRU 缓存库（如 lru-cache 或手写实现）常借助闭包隐藏内部数据结构（如 Map 或对象）和淘汰逻辑，避免外部篡改。
用闭包封装 LRU 核心状态与方法
闭包让容量（max）、存储容器（cache）和访问顺序（如用 Map 的插入顺序特性）保持私有。每次调用返回的 get/set 方法都能访问这些变量，但外部无法直接修改。
例如：
function createLRUCache(max) {
const cache = new Map(); // 利用 Map 保持插入顺序
<p>return {
get(key) {
if (!cache.has(key)) return undefined;
const value = cache.get(key);
cache.delete(key); // 移到末尾 → 最近使用
cache.set(key, value);
return value;
},
set(key, value) {
if (cache.has(key)) cache.delete(key);
cache.set(key, value);
if (cache.size > max) {
const firstKey = cache.keys().next().value; // 淘汰最久未用（开头）
cache.delete(firstKey);
}
}
};
}</p><p>const cache = createLRUCache(3);
cache.set('a', 1);
cache.set('b', 2);
cache.get('a'); // 访问后 'a' 移至末尾
cache.set('c', 3);
cache.set('d', 4); // 触发淘汰 → 'b' 被删（原开头）
</p>闭包支持带 TTL 的增强型 LRU
真实场景中常需过期控制。闭包可同时维护时间戳和清理逻辑，而无需暴露定时器或原始数据。
- 每个缓存项存
{ value, timestamp } - get 时检查是否过期，过期则自动删除并返回 undefined
- set 时更新时间戳，并触发容量检查
- 清理逻辑完全被闭包包裹，调用方只关心 get/set 接口
为什么不用 class？闭包的优势在哪
闭包更适合轻量、无继承需求的缓存实例：
- 天然私有：变量无法被外部访问或误改（class 的 # 私有字段也行，但兼容性不如闭包）
- 无 this 绑定问题：函数返回的方法自动绑定上下文，避免 React 等场景中频繁 bind
- 易组合：可轻松包装成 hook（如
useLRUCache），内部状态完全隔离 - 更小体积：无 class 语法开销，压缩后更省字节
实际库中的体现（如 SWR / React-Query 内部）
主流数据请求库虽不直接暴露 LRU 实例，但在内存缓存层大量使用闭包模式：
- 缓存 key 映射到响应数据 + 元信息（时间、状态、订阅者）
- 通过闭包捕获当前配置（staleTime、maxAge）用于过期判断
- 淘汰由独立的 cleanup 函数触发，该函数闭包持有所有依赖项
- 开发者调用
mutate(key)时，内部自动触发对应缓存项的更新或清除
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
