如何正确缓存Promise避免重复请求

一句话概括：在 Angular 这类异步环境中，缓存 Promise 的核心在于避免因并发调用导致重复请求，本文提供顺序执行和去重预加载两种方案，彻底解决第三方 API 的重复调用问题。

在实际开发中，缓存 Promise 是一个常见却容易踩坑的问题。尤其是当多个 UI 组件或数据行（如表格列表）频繁请求同一个用户 ID 的数据时，如果缓存逻辑处理不当，即使缓存服务中已经存储了值，仍可能因为并发调用的时机错位而“完美错过”缓存命中。根本原因很简单：forEach 是同步遍历，不会等待内部的 Promise 完成，导致所有 getUser(userId) 几乎同时发起，此时缓存尚未写入，每次请求都直接穿透到第三方 API。

正确做法一：顺序执行（适用于依赖严格时序或需逐条处理响应的场景）

使用 for...of 配合 await 可以让请求串行化，从根源上规避竞态问题。每次请求完成后，缓存已经写入，下一次请求就能直接命中，避免重复调用。

//  推荐：顺序执行，保证缓存写入后才发起下一次查询
for (const row of data) {
  try {
    const user = await this.getUser(row.userId);
    //  此时 user 必然来自缓存（从第二次起）或首次请求结果
    this.processUser(row, user);
  } catch (error) {
    console.error(`Failed to fetch user ${row.userId}`, error);
  }
}

对应的 getUser 方法也需要优化，去除冗余的 async/await，避免 Promise 构造反模式：

getUser(userId: number): Promise {
  const cached = this.cacheService.get(userId);
  if (cached) {
    return Promise.resolve(cached); // 直接返回已解析的 Promise
  }
  // 发起真实请求并缓存结果
  return this.THIRDPARTYAPI.getUser(userId)
    .then(user => {
      this.cacheService.put(user.id, user);
      return user;
    });
}

注意：new Promise(async (resolve) => { ... }) 是典型的反模式——async 回调无法被 resolve 正确捕获异常，只会增加不必要的嵌套。正确的做法是直接链式调用 .then()，或者在调用层使用 async/await。

正确做法二：批量去重 + 预加载（推荐用于高性能、高复用场景）

当数据中存在大量重复 userId 时，最优解是先提取唯一 ID，统一请求并填充缓存，再遍历消费。这样既能避免重复请求，又能充分利用并发能力。

//  高效：一次去重 + 并发预加载，最大化缓存命中率
const uniqueUserIds = [...new Set(data.map(row => row.userId))];
const userPromises = uniqueUserIds.map(id => this.getUser(id));
try {
  const users = await Promise.all(userPromises);
  const userMap = new Map(users.map(u => [u.id, u]));
  //  此时所有 getUser() 调用均命中缓存
  data.forEach(row => {
    const user = userMap.get(row.userId);
    if (user) {
      this.processUser(row, user);
    }
  });
} catch (error) {
  console.error('Failed to preload users', error);
}

关键原则总结

• 缓存本质是状态共享：Promise 本身可以被多次 .then() 订阅，因此「缓存 Promise 实例」比「缓存结果值」更优，能避免重复解析；
• 避免 forEach + Promise 组合：它不提供任何并发控制，永远是“火球式”爆发并发；
• 优先 Promise.all + 去重：对重复 ID 的场景，吞吐量最高；
• 慎用 await 在循环中：虽然能解决问题，但会牺牲并发收益，仅在业务逻辑强依赖前序结果时选用。

通过合理设计缓存策略与调用方式，可以在不修改第三方库的前提下，显著降低网络开销，提升应用响应性能与用户体验。