确认现象：单个失败导致整体中断

在使用 Promise.all 处理并行任务时，默认行为是只要有一个 Promise 被拒绝，整个 Promise.all 就会立即拒绝，导致后续未完成的 Promise 结果被丢弃。这在需要容错的场景下是一个常见陷阱。例如，批量上传多个文件时，单个文件上传失败不应导致所有上传中断。实际排查时，我会先确认操作日志里是否有类似“Promise.all rejected”字样，或者观察页面是否因为一个接口错误就整体卡住。如果发现整体表现符合这个默认行为，那就要检查每个任务是否独立捕获了错误。

容易误判的地方

初学者容易直接在 Promise.all 的 catch 中处理错误，但这样一旦某个任务失败，其他未完成的任务仍然在后台执行，Promise.all 只会捕获第一个错误。正确做法是让每个任务自己消化错误，避免 Promise.all 触发拒绝。另一个坑是忘记在 catch 中返回值，导致该任务结果为 undefined，无法区分是失败还是无返回值。我在排查时，会先打印 Promise.all 返回的数组长度是否等于任务数，如果小于，说明有未捕获的拒绝；如果等于但包含 undefined，则说明 catch 缺少返回值。

另外，如果任务之间有依赖关系（比如后续请求依赖前一个返回），那这个模式就不适用。我遇到过一个案例：A 任务获取 token，B 任务用 token 请求资源，结果 A 失败后 B 仍继续执行，因为 Promise.all 没有拒绝，导致 B 请求用空 token 报错。这种情况需要先判断任务依赖，再决定是否采用独立捕获模式。

建议的处理顺序

要实现个别失败不中断整体，可以将每个任务用 catch 或 then 捕获错误，并返回一个标记失败的值（如 null 或错误对象），再统一传入 Promise.all。这样即使某个任务失败，Promise.all 也会等待所有任务完成，最后通过检查返回值区分成功与失败。具体操作：对于每个任务，使用 .catch(err => ({ error: err, status: 'failed' })) 将错误包装为成功结果。这样 Promise.all 不会拒绝，而是收集所有结果。后续通过 Array.filter 或 map 筛选出 status 为 failed 的项，进行单独处理或重试。

下面是一个常见的实现模板：

const tasks = urls.map(url =>
  fetch(url)
    .then(res => ({ data: res, status: 'success' }))
    .catch(err => ({ error: err, status: 'failed' }))
);

const results = await Promise.all(tasks);
const failed = results.filter(r => r.status === 'failed');
if (failed.length > 0) {
  console.warn('部分任务失败:', failed);
}

注意：如果任务抛出的是非 Error 类型值，建议在 catch 里统一转为 Error 对象，例如 catch(err => ({ error: new Error(err), status: 'failed' }))。这样可以保持后续处理的一致性，方便记录错误堆栈。

验证方法

验证该模式是否生效：在控制台日志中打印 Promise.all 返回的数组，检查是否包含所有任务的结果（包括错误对象）。同时确认整体执行时间等于最慢任务耗时，而非因某个失败而提前结束。若发现数组长度小于任务数，说明仍有未捕获的拒绝。我会专门构造一个会失败的任务来测试，比如故意传入一个错误 URL，然后观察其他任务是否正常完成并返回结果。

此外，可以检查是否有未捕获的全局 unhandledrejection 事件。在浏览器控制台或 Node.js 的 process.on('unhandledRejection', ...) 中，如果出现未处理拒绝，说明某个任务的错误没有被 catch 住。建议在项目启动时注册这个监听器，便于排查遗漏。

风险边界

注意：该模式适用于任务之间无依赖关系且可容忍部分失败的场景。如果后续逻辑依赖所有任务成功，则需额外判断。另外，每个任务都应独立捕获错误，避免全局 unhandledrejection 事件干扰。若任务抛出非 Error 类型值，建议统一转为 Error 对象以保持一致性。例如，有些库会抛出字符串或数字，如果不转换，后续处理时可能难以解析错误原因。

另一个风险是：如果任务数量很多（比如几千个），同时发起 Promise.all 可能导致内存或并发连接数过高。这时可以考虑分批执行，例如把任务分成每组 50 个，用 Promise.all 处理每批，然后再合并结果。但分批并不改变每个任务独立捕获的逻辑。