JavaScript 无法防止未捕获 Promise 拒绝导致崩溃，但可通过监听 unhandledrejection（浏览器/Node.js v15+）和 rejectionHandled（Node.js）事件来捕获、记录并响应；需在全局尽早注册，且不能替代显式错误处理。
JavaScript 中无法直接“防止”未捕获的 Promise 异常导致程序崩溃（因为 Promise 拒绝本身不会终止 JS 运行），但可以全局监听并避免 Uncaught (in promise) 报错被忽略，从而及时发现、记录、降级或触发恢复逻辑。
监听 unhandledrejection 事件
这是标准且最有效的方式。浏览器和 Node.js（v15+）都支持 unhandledrejection 全局事件，它在 Promise 被 reject 且没有任何 .catch() 或 await 处理时触发。
- 必须在全局作用域（如顶层脚本或模块）中监听，越早注册越好（例如入口文件顶部）
- 事件对象包含
reason（拒绝值，可能是 Error 实例或任意值）和promise（被拒绝的 Promise 实例） - 调用
event.preventDefault()可阻止默认控制台警告（但不推荐完全屏蔽，至少应记录）
示例：
window.addEventListener('unhandledrejection', event => {
console.error('全局未处理 Promise 拒绝:', event.reason, '来自:', event.promise);
// 上报错误（如 Sentry、自建监控）
// reportError({ type: 'unhandledrejection', reason: event.reason, timestamp: Date.now() });
// 可选：阻止默认提示（仅调试/特殊场景下谨慎使用）
// event.preventDefault();
});Node.js 中额外监听 rejectionHandled
Node.js 提供了补充事件 rejectionHandled，当一个曾被标记为“未处理”的 Promise 后来被 .catch() 或 await 捕获时触发。可用于检测“延迟处理”问题（比如忘记立即 catch，靠后续逻辑兜底）。
- 结合
unhandledrejection使用，能识别出哪些拒绝最终被处理、哪些彻底遗漏 - 适合构建更严格的异常治理机制（如开发环境报错提醒）
示例：
process.on('unhandledRejection', (reason, promise) => {
console.error('Node.js 未处理拒绝:', reason);
});
process.on('rejectionHandled', (promise) => {
console.warn('该 Promise 曾被拒绝，但稍后被处理:', promise);
});注意边界与常见误区
这些监听器不是“兜底 try/catch”，也不能替代合理错误处理。以下情况不会触发：
- Promise 内部抛出同步异常（如
new Promise(() => { throw new Error(); })）→ 触发error事件（需监听error或uncaughtException） - 已显式调用
.catch()或用try/catch + await捕获 → 不属于“未捕获” - Promise resolve 后再 reject（违反规范，实际不会发生）
- 微任务队列清空前已被处理（事件只在事件循环末尾判定是否“未处理”）
配合现代实践提升健壮性
监听只是最后一道防线。真正防崩溃要靠设计：
- 所有关键异步操作必须有错误处理：优先用
try/catch + await，次选用.catch() - 避免“忘记 catch”的链式调用：把
.then().then().catch()改为每个.then()后跟局部.catch()，或统一用 async/await - 对第三方库返回的 Promise 做防御性包装：
safeAwait(promise).catch(handleFallback) - 在 UI 层（如 React）用 Error Boundary 捕获渲染期间 Promise 错误引发的异常（需配合 Suspense 或状态管理）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
