Promise.all 配合 Map 实现异步依赖链的核心是：将有依赖的请求拆为独立 Promise，用 Map 缓存中间结果，按需引用，避免串行阻塞且保持解耦；缓存复用、层内并行层间等待、函数纯化与组合逻辑上移。
用 Promise.all 配合 Map 实现异步请求依赖链，核心是：**把有依赖关系的请求拆成独立 Promise，用 Map 缓存中间结果，再通过变量引用或闭包按需消费，避免串行阻塞，同时保持逻辑解耦**。
用 Map 缓存中间响应，避免重复请求
当多个后续请求都依赖同一个上游接口（比如先获取用户 ID，再并行查订单、地址、积分），可把首请求的结果存在 Map 中，后续直接读取，不重复发。
示例：
const cache = new Map();
async function getUser(id) {
if (cache.has(`user:${id}`)) {
return cache.get(`user:${id}`);
}
const res = await fetch(`/api/user/${id}`);
const data = await res.json();
cache.set(`user:${id}`, data);
return data;
}
// 后续请求可安全复用
const user = await getUser(123);
const [orders, address, points] = await Promise.all([
fetch(`/api/orders?uid=${user.id}`).then(r => r.json()),
fetch(`/api/address?uid=${user.id}`).then(r => r.json()),
fetch(`/api/points?uid=${user.id}`).then(r => r.json())
]);
用 Promise.all 并行触发无直接依赖的请求
若多个请求只共享一个参数（如用户 ID），但彼此无数据依赖，就该全部丢进 Promise.all —— 不要因为“都要用 user.id”就写成 await getUser(); await getOrders(); await getAddress()，那是伪串行。
立即学习“Java免费学习笔记（深入）”；
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
关键点：
- 提取公共参数（如 token、userId）在调用前准备好
- 每个请求函数只负责自己那件事，不关心其他请求是否完成
- 错误需单独捕获，避免一个失败导致全链中断（可用
catch包裹单个 Promise 或用Promise.allSettled）
依赖链分层：用 async 函数 + Map 组合多级并行
真实场景常有多层依赖（例如：查用户 → 查其所有设备 → 对每个设备查最新状态）。这时不能一股脑 Promise.all，但也不必彻底串行。策略是：「层内并行，层间等待」。
示例（两层依赖）：
const cache = new Map();
// 第一层：获取用户及设备列表
const user = await getUser(123);
cache.set('user', user);
// 第二层：并行查每个设备的状态（设备 ID 来自 user.devices）
const devicePromises = user.devices.map(deviceId =>
fetch(`/api/device/${deviceId}/status`)
.then(r => r.json())
.catch(() => ({ deviceId, error: true }))
);
const statuses = await Promise.all(devicePromises);
cache.set('statuses', statuses);
这样既没阻塞设备查询之间的并发，又保证了「先有用户、再查设备」的顺序约束。
解耦的关键：请求函数无副作用、返回纯 Promise
真正实现解耦，不是靠语法技巧，而是设计习惯：
- 每个 API 调用封装为独立函数（如
fetchUser(id)、fetchOrders(uid)），不操作全局变量、不修改入参 - 缓存逻辑（
Map）由上层协调，不在单个函数里硬编码 - 组合逻辑放在业务层（如 React 的 useEffect、或 Service 层），而不是塞进工具函数
- 需要强依赖时，显式传参（
fetchOrders(user.id)），而非从闭包或全局读取
