当第三方函数在 promise 构造器内直接 throw 错误（而非调用 reject），该错误会脱离 promise 链成为未处理异常，导致 promise.all 无法捕获；正确做法是确保所有异步逻辑中的错误都通过 reject 显式传递。
当第三方函数在 promise 构造器内直接 throw 错误（而非调用 reject），该错误会脱离 promise 链成为未处理异常，导致 promise.all 无法捕获；正确做法是确保所有异步逻辑中的错误都通过 reject 显式传递。
Promise.all 仅能捕获被显式拒绝（rejected） 的 Promise，而无法拦截在 Promise 执行器（executor）中意外 throw 的同步错误——因为这类错误发生在 Promise 内部异步回调（如 setTimeout 回调）中，此时 Promise 已创建完毕，throw 不会触发其 rejection，而是作为未捕获的全局异常（unhandled exception）抛出，绕过 try/catch 和 .catch()。
例如，原代码中 func1 的实现存在根本性问题：
async function func1() {
return await new Promise((rs, rj) => {
setTimeout(() => {
throw new Error("error"); // ❌ 错误：此处 throw 不影响 Promise 状态
}, 1000);
});
}
虽然函数声明为 async，但 throw 发生在 setTimeout 的回调中，属于宏任务内的同步错误，Promise 构造器早已执行完毕，因此该错误既不会被 Promise.all 捕获，也无法被外层 try/catch 拦截。
✅ 正确写法是始终使用 reject 显式终结 Promise：
function func1() {
return new Promise((resolve, reject) => {
setTimeout(() => {
reject(new Error("my promise error")); // ✅ 正确：主动 reject，Promise 进入 rejected 状态
}, 1000);
});
}
此时 Promise.all 可正常响应：
(async () => {
try {
const results = await Promise.all([
Promise.resolve(1),
func1(), // 将被 reject
Promise.resolve(3)
]);
console.log(results);
} catch (e) {
console.log("caught in Promise.all:", e.message); // ✅ 输出: "my promise error"
}
})();
⚠️ 注意事项：
- 若无法修改第三方模块源码（如
node_modules中的func1），可采用「包装兜底」策略：用Promise.race或自定义 wrapper 捕获并重抛为 reject； - 更健壮的包装示例（适用于不可控的第三方异步函数）：
function safeWrap(promiseFn, fallbackError = new Error("Unknown async failure")) {
return (...args) => {
return Promise.resolve().then(() => promiseFn(...args))
.catch(e => Promise.reject(e))
.then(result => result, () => Promise.reject(fallbackError));
};
}
// 使用
const safeFunc1 = safeWrap(func1);
await Promise.all([safeFunc1()]);
总结：Promise 的错误处理契约依赖于 显式 reject，而非 throw。任何在 Promise executor 外部或异步回调中出现的 throw，都不属于 Promise 生命周期的一部分。因此，排查第三方库行为时，应优先确认其 Promise 是否规范 reject；若不可控，则需在调用层做防御性封装，确保错误流始终处于 Promise 链内。
