如何在未处理的 Promise 拒绝后继续执行 JavaScript 代码

`unhandledrejection` 是一个全局事件，仅用于通知开发者存在未捕获的 promise 拒绝，它本身不会中断脚本执行；浏览器中代码照常运行，而 node.js 则默认终止进程。

unhandledrejection 事件常被误解为“程序崩溃信号”，但事实恰恰相反：它是一个纯通知性事件，设计初衷是帮助开发者发现遗漏的错误处理逻辑，而非控制程序流程。

✅ 事件目标是全局对象，不是“作用域”

文档中提到的“sent to the global scope of a script”并非指 javaScript 的词法作用域（如 function 或 block 作用域），而是一个易引发混淆的表述。实际上，该事件被派发（dispatched）到全局对象上：

• 浏览器环境：window（因此 addEventListener(‘unhandledrejection’, …) 等价于 window.addEventListener(…)）；
• Web Worker 环境：self；
• 这些全局对象同时也是变量作用域链的顶层，所以可省略前缀直接调用 addEventListener。

// 以下三者完全等价（在浏览器主脚本中） addEventListener('unhandledrejection', handler); window.addEventListener('unhandledrejection', handler); self.addEventListener('unhandledrejection', handler);

✅ 未处理拒绝 ≠ 脚本停止 —— 浏览器中完全可继续执行

关键结论：unhandledrejection 不会阻塞、暂停或终止当前执行栈。 即使你完全不监听该事件，Promise 拒绝后后续代码依然正常运行：

console.log('Step 1');  Promise.reject('Oops! No catch');  console.log('Step 2'); // ✅ 仍会输出！ setTimeout(() => console.log('Step 3'), 0); // ✅ 也会执行  // 输出： // Step 1 // Uncaught (in promise) Oops! No catch  ← 控制台警告（非错误中断） // Step 2 // Step 3

⚠️ 注意：虽然脚本继续运行，但现代浏览器会在控制台打印 Uncaught (in promise) 警告，并可能触发开发者工具的断点（若启用了 “Pause on caught/uncaught exceptions”）。这属于调试辅助行为，不影响运行时逻辑。

立即学习“Java免费学习笔记（深入）”；

⚠️ 对比 node.js：行为截然不同

node.js（v15+）默认将未处理的 Promise 拒绝视为致命错误，并在事件循环末尾终止进程：

// Node.js 环境（无监听器时） Promise.reject(new Error('Boom')); console.log('This will NOT print in Node.js'); // → 进程退出，输出 "UnhandledPromiseRejectionWarning" 后终止

✅ 解决方案（Node.js）：

process.on('unhandledRejection', (reason, promise) => {   console.error('Unhandled rejection at:', promise, 'reason:', reason);   // 可选择：记录日志、上报、或显式 exit(1)   // process.exit(1); // 若需严格失败 });

✅ 最佳实践建议

• 始终为关键 Promise 链添加 .catch() 或 try/catch (await …)，避免依赖全局事件兜底；
• 全局 unhandledrejection 监听器仅用于监控与告警（如 sentry 上报、日志聚合），不可替代具体错误处理；
• 切勿在监听器中抛出新异常——这不会触发二次 unhandledrejection，但可能干扰调试流；
• 在测试/CI 环境中，可结合 –unhandled-rejections=strict 启动参数让 Node.js 失败，强制暴露问题。

总结：unhandledrejection 是诊断工具，不是执行闸门。理解其“只通知、不干预”的本质，是编写健壮异步代码的第一步。