async函数错误默认不冒泡至全局，需监听unhandledrejection事件捕获未处理的Promise拒绝；应主动用try/catch或.catch()处理，辅以safeAsync等封装提升健壮性。
async 函数内部的错误默认不会冒泡到全局，因为 Promise 拒绝（reject）若未被处理，会触发 unhandledrejection 事件，而非传统的 error 事件。要实现“全局捕获”，核心是监听这个事件，并配合合理的 Promise 错误处理习惯。
监听 unhandledrejection 事件
这是捕获未被 .catch() 或 await 捕获的 async/await 错误的最直接方式：
- 在浏览器中，绑定到
window；在 Node.js 中，绑定到process - 注意：该事件只捕获真正“未处理”的 Promise 拒绝，不是所有 async 错误
- 示例（浏览器）：
window.addEventListener('unhandledrejection', (event) => {
console.error('全局捕获 async 错误:', event.reason);
// 上报错误、记录日志、提示用户等
event.preventDefault(); // 阻止默认控制台警告（可选）
});
避免依赖 unhandledrejection 的被动捕获
仅靠 unhandledrejection 是兜底手段，不能替代主动错误处理。常见疏漏包括：
- 忘记给顶层 async 函数加
try/catch，比如事件回调或初始化逻辑 - 使用
.then().catch()但漏写.catch()，或catch中没 re-throw 导致错误静默丢失 - 多个并行 Promise 用
Promise.all()时，一个失败会导致整个 reject，需明确处理逻辑
统一包装 async 调用（推荐用于业务入口）
对关键异步操作（如按钮点击、页面加载）做一层封装，自动包裹 try/catch 并上报：
立即学习“Java免费学习笔记（深入）”；
- 定义一个
safeAsync工具函数，接收 async 回调和错误处理器 - 在 UI 层调用时无需重复写 try/catch，提升一致性
- 示例：
function safeAsync(fn, onError = console.error) {
return async (...args) => {
try {
return await fn(...args);
} catch (err) {
onError(err);
throw err; // 可选择是否继续抛出
}
};
}
// 使用
document.getElementById('submit').onclick = safeAsync(async () => {
const res = await fetch('/api');
if (!res.ok) throw new Error('请求失败');
return res.json();
}, (err) => {
alert('操作失败，请重试');
});
Node.js 环境额外注意
Node.js 中还需监听 uncaughtException（同步错误）和 unhandledRejection（异步 Promise 错误），两者互补：
-
unhandledRejection对应浏览器的unhandledrejection - 但 Node.js 不会因未处理的 Promise 拒绝而退出进程（v15+ 默认仍会，可通过
--unhandled-rejections=warn调整） - 建议同时监听并记录，必要时优雅关闭服务
