promise本身不提供缓存能力,但可通过map等外部存储复用已发起的promise实例实现内存缓存,核心是用请求键索引并共享同一promise,避免重复请求与竞态问题。

Promise 本身不提供缓存能力,但可以通过封装请求逻辑,在外部维护一个缓存映射(如 Map 或普通对象),对相同请求参数返回已 resolve 的 Promise 实例,从而实现“内存缓存”效果——关键在于复用同一个 Promise,而非重复发起请求。
缓存核心思路:用请求键做索引,存储并复用 Promise 实例
每次请求前,先根据 URL、参数、方法等生成唯一缓存键;检查该键是否已有对应 Promise;若有,直接返回它;若无,则发起新请求,并把新 Promise 存入缓存。这样同一键的多次调用会共享最终结果(包括成功值或失败错误)。
- 缓存的是 Promise 实例本身,不是原始数据——避免并发重复请求,也天然支持“竞态安全”
- 推荐用
Map存储,支持任意类型键(如对象参数可用JSON.stringify序列化为字符串键) - 注意:GET 请求适合缓存;POST/PUT 等非幂等操作一般不缓存
简易实现示例(基于 fetch)
以下是一个轻量封装,支持 URL + 查询参数作为缓存键:
Java开发手册规约集合,基于阿里巴巴Java开发手册(嵩山版)。 涵盖7大维度:编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要:(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
const cache = new Map();
function cachedFetch(url, options = {}) {
const key = `${url}?${new URLSearchParams(options?.params || {}).toString()}`;
if (cache.has(key)) {
return cache.get(key);
}
const promise = fetch(url, options)
.then(res => {
if (!res.ok) throw new Error(`HTTP ${res.status}`);
return res.json();
})
.finally(() => cache.delete(key)); // 可选:请求结束后自动清理(按需)
cache.set(key, promise);
return promise;
}
// 使用
cachedFetch('/api/user', { params: { id: 123 } })
.then(data => console.log(data));
cachedFetch('/api/user', { params: { id: 123 } }) // 复用上一个 Promise,不会发新请求
.then(data => console.log(data));
进阶考虑:过期、手动清除与多级缓存
真实场景中常需更精细控制:
- 时间过期:给每个缓存项记录时间戳,读取时判断是否超时,超时则丢弃并重新请求
-
手动失效:提供
invalidate(key)或clear()方法,便于在数据更新(如 POST 成功后)主动清缓存 - 区分响应状态:可缓存 404 等错误 Promise,避免频繁请求无效资源(需业务权衡)
-
扩展性:可将缓存逻辑抽成类(如
PromiseCache),支持 TTL、最大容量、LRU 淘汰等
注意事项与常见陷阱
几个容易踩坑的地方:
- 不要缓存未处理的 Promise:确保缓存的是“已启动”的 Promise(即调用 fetch 后立刻存),否则可能漏掉并发请求
- 避免引用泄漏:长期运行应用中,记得适时清理缓存(如按时间、按使用频次或监听内存压力)
-
参数序列化要稳定:对象参数建议用标准化方式(如
JSON.stringify(sortKeys(obj))),避免因键顺序不同导致重复缓存 - 不适用于依赖动态 header 或 cookie 的请求:若认证 token 变化,需将相关字段纳入缓存键
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










