要避免 promise 错误静默失败，必须为每个异步操作显式添加 .catch() 处理器或在外层使用 try...catch 包裹 await 调用。未处理的 promise 拒绝（unhandled rejection）在 node.js 中会触发进程警告甚至退出，而在浏览器中则完全被忽略，导致调试困难。通过统一捕获机制，可以确保所有异常都被记录并处理。
Node.js 中如何捕获未处理的 Promise 拒绝
在 Node.js 环境中，可以通过监听 unhandledRejection 事件来捕获那些没有被 .catch() 处理的 Promise 拒绝。这能防止程序因未处理异常而意外崩溃，同时允许开发者进行日志记录或资源清理。以下代码展示了如何设置全局监听器：
process.on('unhandledRejection', (reason, promise) => {
console.error('未处理的 Promise 拒绝:', reason);
});
async function riskyOperation() {
throw new Error('模拟错误');
}
// 故意不添加 .catch() 以触发 unhandledRejection
riskyOperation();
运行上述代码时，控制台将输出错误信息，但进程不会立即终止（除非设置了 exit code）。这种方法适用于需要监控整体稳定性的服务端应用。
浏览器中如何避免静默失败
在浏览器环境中，未处理的 Promise 拒绝通常不会触发任何可见提示，也不会影响页面其他部分的运行。为了在开发阶段发现此类问题，可以利用 Chrome DevTools 的 "Pause on caught exceptions" 选项，或者在代码中添加全局错误监听。以下是一个简单的示例，展示如何在浏览器中检测未处理的拒绝：
window.addEventListener('unhandledrejection', (event) => {
event.preventDefault(); // 阻止默认行为（如控制台警告）
console.error('浏览器中未处理的 Promise 拒绝:', event.reason);
});
fetch('https://invalid-url.com')
.then(response => response.json())
.catch(err => {
// 这个 catch 会处理 fetch 的错误，但如果内部逻辑出错且未抛出，仍可能静默失败
console.log('已处理错误:', err);
});
注意：即使添加了 .catch()，如果回调函数内部再次抛出错误且未被捕获，仍然可能导致静默失败。因此，建议在所有异步链路的末端都确保有错误处理逻辑。
基于 try...catch 与 await 的具体问题
当使用 await 时，Promise 的拒绝会被转换为 JavaScript 异常，从而可以被 try...catch 块捕获。这是最推荐的同步风格错误处理方式。例如：
async function safeAsyncCall() {
try {
const result = await someAsyncFunction();
console.log('成功:', result);
} catch (error) {
console.error('捕获到错误:', error.message);
// 这里可以进行重试、降级或其他恢复操作
}
}
这种模式的优势在于它允许你在同一个作用域内集中处理多个异步操作的错误，并且能够清晰地控制错误流。相比之下，纯链式 .then().catch() 可能在复杂嵌套中变得难以维护。关键点是：await 后的表达式如果返回一个被拒绝的 Promise，catch 块一定会执行；而如果返回的是普通值，则跳过 catch。务必确保 try 块中包含所有可能失败的 await 调用，否则部分错误仍会逃逸。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
