JavaScript中try...catch无法捕获异步错误，因异步代码在事件循环后续阶段执行，已脱离try块作用域；需用.catch()、await+try/catch、回调内嵌try或全局unhandledrejection监听来处理。
JavaScript 中 try...catch 默认**无法捕获异步操作中抛出的异常**，比如 setTimeout、Promise 内部、fetch 或 async/await 函数中未处理的错误。这是因为异步代码在事件循环的后续阶段执行，已脱离原始 try 块的作用域。
普通 Promise 异步错误：用 .catch() 或 await + try catch
Promise 实例内部抛错不会冒泡到外层同步 try...catch，必须显式处理：
- 链式调用时，在末尾加
.catch()捕获前序 Promise 中的 reject 或 throw - 使用
async/await时，把await表达式放在try块内，它会把 Promise rejection 转为同步可捕获的异常
✅ 正确示例：
async function fetchData() {
try {
const res = await fetch('/api/data');
if (!res.ok) throw new Error(`HTTP ${res.status}`);
return await res.json();
} catch (err) {
console.error('请求失败：', err.message);
}
}
未被处理的 Promise 拒绝（unhandledrejection）
当 Promise 被 reject 且没有对应 .catch() 或 try...await 捕获时，会触发全局事件 unhandledrejection。可用于兜底记录错误：
立即学习“Java免费学习笔记（深入）”；
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
window.addEventListener('unhandledrejection', (event) => {
console.warn('未捕获的 Promise 错误：', event.reason);
event.preventDefault(); // 阻止控制台默认报错提示（可选）
});
⚠️ 注意：这仅是监控手段，不能恢复程序逻辑，仍需在业务中主动处理每个 Promise。
定时器、事件回调等纯异步场景
像 setTimeout、setInterval、DOM 事件监听器中的异常，完全脱离当前调用栈，try...catch 无效：
// ❌ 这样写 catch 不会生效
try {
setTimeout(() => {
throw new Error('定时器里出错了');
}, 100);
} catch (e) {
console.log('抓不到');
}
✅ 正确做法：在异步回调内部加 try...catch：
setTimeout(() => {
try {
throw new Error('定时器里出错了');
} catch (e) {
console.error(e);
}
}, 100);
避免 async 函数中漏掉 await 导致 try 失效
常见陷阱：声明了 async 函数但忘记对 Promise 使用 await，导致返回的是 Promise 对象而非实际值，try 就捕获不到其内部错误：
async function badExample() {
try {
// ❌ 没有 await，func() 返回 Promise，错误不会进入 catch
someAsyncFunc(); // → Promise.reject(...) 被忽略
} catch (e) {
// 永远进不来
}
}
async function goodExample() {
try {
// ✅ 加 await，错误才会被 try 捕获
await someAsyncFunc();
} catch (e) {
console.error(e);
}
}
核心原则：错误必须发生在 try 执行期间，且在同一个执行上下文中 —— 异步任务要靠 await “拉回”同步流，或在回调内部单独捕获。
