静默归并通过闭包缓存Promise实现请求合并：用参数序列化为key，命中则复用已settled的Promise，未命中才发起新请求；所有调用共享最终结果，不重复请求、不报错、不中断。
直接用闭包缓存 Promise 实例，让相同参数的后续调用复用同一个 Promise，就能自然实现“静默归并”——既不重复发起请求，也不报错或中断，所有调用共享最终结果。
核心原理：Promise 状态不可逆 + 闭包持久化引用
Promise 一旦进入 fulfilled 或 rejected 状态，就再也不会改变。闭包则能长期持有对这个已创建 Promise 的引用，后续调用无需新建 Promise，直接返回它即可。
关键点：
- 闭包内部用一个对象（如 Map 或普通对象）以请求标识（如 URL + 参数序列化）为 key，缓存 Promise 实例
- 每次调用先查缓存，命中则直接返回该 Promise；未命中才执行异步逻辑并缓存新 Promise
- 不需要手动清理缓存（除非有内存敏感场景），因为 Promise 自身轻量，且状态 settled 后不再占用执行资源
基础实现示例（带参数键生成）
以下是一个通用封装函数：
function createCachedFetcher(fetcher) {
const cache = new Map();
return function(...args) {
const key = JSON.stringify(args);
if (cache.has(key)) {
return cache.get(key);
}
const promise = fetcher(...args).finally(() => cache.delete(key));
cache.set(key, promise);
return promise;
};
}
使用方式：
const fetchUser = createCachedFetcher((id) => fetch(`/api/user/${id}`).then(r => r.json()));
fetchUser(123).then(data => console.log(data)); // 发起请求
fetchUser(123).then(data => console.log(data)); // 复用上一个 Promise，无新请求
注意事项与增强建议
实际项目中需关注几个细节：
- 键要唯一且稳定：避免用对象引用作 key（Map 支持对象 key，但浅比较不适用）；推荐用 JSON.stringify 或自定义规范化函数（如对 query 参数排序后再序列化）
- 失败也应缓存（可选）：默认情况下，rejected Promise 也会被缓存，防止反复失败重试。若需“失败后重试”，可在 .catch 后不 re-throw，或加时间窗口（如 5 秒后自动过期）
- 避免内存无限增长：对高频、多变参数的场景（如搜索关键词），可限制 cache size 或用 LRU Map 替代原生 Map
- 与 abortController 配合：如果 fetcher 支持 AbortSignal，可在缓存前检查是否已有 pending 请求并复用其 signal，进一步节省资源
和防抖/节流的本质区别
静默归并不是延迟执行，也不是丢弃调用，而是结果共享：
- 防抖：只留最后一次调用，前面都丢弃
- 节流：固定频率放行，中间调用被忽略
- 静默归并：所有调用都“排队等结果”，谁先发起谁触发，后面都坐享其成
它特别适合用户快速点击、表单多次提交、自动补全等场景——体验流畅，后端压力小，代码逻辑干净。
