try…catch 仅捕获当前执行栈中同步抛出的异常，如 throw 语句、typeerror、syntaxerror 及其在同步调用栈中的传播；不捕获 promise 拒绝、settimeout 错误、事件回调异常或语法错误。
try…catch 只能捕获同步运行时错误，异步错误（如 Promise 拒绝、setTimeout 中抛出的错误）默认不会进入 catch。
哪些错误会被 try…catch 捕获？
仅限当前执行栈中**同步抛出的异常**，包括：
-
throw new Error()、throw "msg"等显式抛出 - 运行时错误：如
undefined.foo（TypeError）、null.toString()（TypeError）、JSON.parse("{")（SyntaxError） - 调用栈内同步函数中发生的上述错误
不会捕获：
- Promise rejection（除非在
async/await中且 await 后接 rejected Promise） -
setTimeout(() => { throw new Error() })中的错误 - 事件回调里的未捕获异常（如
button.addEventListener('click', () => { xxx.yyy() })） - 语法错误（
Script error.），这类在脚本加载阶段就失败，根本进不了try块
async/await 中怎么用 try…catch？
必须配合 await 才能让 Promise rejection 被捕获；只写 async 不加 await 无效。
立即学习“Java免费学习笔记（深入）”；
async function fetchUser() {
try {
const res = await fetch('/api/user'); // ✅ await 让 rejection 进入 catch
if (!res.ok) throw new Error(`HTTP ${res.status}`);
return await res.json();
} catch (err) {
console.error('获取用户失败:', err.message);
// 此处能捕获网络错误、JSON 解析失败、手动 throw 的错误
}
}
注意：
- 不能直接
await Promise.reject(...)后不处理——仍需try…catch包裹整个await表达式 -
fetch()本身只在网络故障时 reject，HTTP 4xx/5xx 仍是 resolve 状态，需手动检查res.ok
全局错误兜底：为什么 window.onerror 和 window.addEventListener('error') 都不够？
它们能捕获部分未处理异常，但有明显局限：
-
window.onerror：收不到 Promise rejection（除非配合window.addEventListener('unhandledrejection')） -
window.addEventListener('error')：主要捕获资源加载错误（如 script、img 404），不是 JS 执行异常 - 两者都无法获取完整的堆栈（尤其跨域脚本中，堆栈被截断为
Script error.）
真正可用的组合是：
-
window.addEventListener('error', handler)→ 捕获同步 JS 错误（含堆栈） -
window.addEventListener('unhandledrejection', handler)→ 捕获未被.catch()或try…await…catch处理的 Promise rejection
但要注意：这些监听器无法阻止错误冒泡或页面崩溃，仅用于日志上报。
异步错误的边界最易混淆——你以为包了 try…catch 就万事大吉，结果 API 报错、定时器崩了、点击事件里访问了已销毁的组件实例，全都不进你的 catch。得一层层确认执行时机和上下文，而不是无脑套壳。
