`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 是诊断工具，不是执行闸门。理解其“只通知、不干预”的本质，是编写健壮异步代码的第一步。
