批量并发请求中应使用 Promise.allSettled 分离成败结果，保留原始请求上下文（如封装参数对象或映射表），对 status==='rejected' 项提取参数并调用带指数退避的局部重试函数，最终按原始索引合并结果以保序。
在批量并发请求中只对失败项局部重试，关键在于分离成功与失败结果、保留原始请求上下文，并对失败项构造独立重试逻辑，而不是整体重发全部请求。
用 Promise.allSettled 区分成败，避免全盘失败
Promise.all 一旦有任一请求 reject 就中断整个流程，无法获取部分结果；而 Promise.allSettled 会等待所有 Promise 结束，返回每个请求的 { status, value/error } 状态对象，天然支持“按需处理失败项”：
- 遍历结果数组，筛选出
status === 'rejected'的条目 - 从 rejected 条目中提取原始请求参数（如 url、data、配置等），这些需在发起请求前就绑定好（例如闭包、映射表或封装成带元数据的请求对象）
- 对每个失败项调用重试函数（可带指数退避、最大次数限制）
为每个请求携带可重试的上下文信息
单纯靠索引或响应体很难还原请求细节。推荐在发起请求时把必要信息结构化打包：
- 使用对象数组代替纯 URL 数组：
[{ url: '/api/user/1', method: 'GET', retryCount: 0 }, ...] - 或用 Map 记录请求 ID → 参数映射，在
allSettled回调中通过唯一 key 关联失败响应 - 避免在 catch 中仅打印错误——要确保能重建相同请求（含 headers、body、timeout 等）
实现轻量可控的局部重试函数
重试不应阻塞主流程，建议为失败项单独启动异步重试链，支持次数限制和延迟策略：
立即学习“Java免费学习笔记（深入）”；
- 定义
retryRequest(requestConfig, maxRetries = 2)，内部用setTimeout+ 递归或循环 +await - 每次失败后增加延迟（如 2^retry × 100ms），避免雪崩
- 重试成功则更新最终结果数组对应位置；超时仍失败可标记为 permanent error
- 可配合 AbortController 实现单个重试的取消能力（比如用户中途放弃）
合并结果并保持顺序一致性
原始请求顺序通常重要（如渲染列表、校验索引）。局部重试后需保证最终输出数组下标与原始输入一一对应：
- 初始化一个长度相同的空数组
results = new Array(requests.length) -
allSettled后，按 index 填入成功结果；失败项先填占位符（如null或{ status: 'pending' }） - 重试完成后，用原始 index 更新
results[i] = retryResult - 最终
results既保序，又混合了初试成功与重试成功的结果
