try-catch仅捕获同步异常，无法捕获异步错误、语法错误或资源加载失败；适用于JSON解析、深层属性访问等同步风险操作，需按错误类型差异化处理并保留原始堆栈。
JavaScript 中的 try-catch 不是用来“捕获所有错误”的万能开关，它只捕获**同步执行中抛出的异常**；异步代码（比如 setTimeout、fetch、Promise 回调）里直接 throw，不会被外层 try-catch 捕获。
什么时候 try-catch 会真正起作用
它适用于明确知道某段同步操作可能失败，并且你有能力当场处理或降级的场景，比如 JSON 解析、对象属性访问、正则构造、localStorage 写入等。
-
JSON.parse()遇到非法字符串时抛SyntaxError，必须用try-catch拦住，否则整个脚本中断 - 访问一个可能为
null或undefined的对象深层属性（如user.profile.name），直接点链会报TypeError - 调用一个可能未定义的函数（
someFn?.()是可选链，但老环境不支持，这时try-catch是兜底手段）
catch 块里不要只写 console.log
仅仅打印错误却不做任何响应，等于没加 try-catch。更糟的是，有人把错误吞掉还 return null，导致上游逻辑拿到假数据却无从排查。
- 至少记录
error.message和error.stack（尤其在生产环境要发到监控服务） - 根据错误类型做差异化处理：比如
NetworkError可重试，ValidationError应提示用户修改输入 - 避免在
catch里再抛新错误却不保留原始堆栈——用throw new Error(`xxx: ${error.message}`, { cause: error })（ES2022+）
async/await 中 try-catch 的写法陷阱
很多人以为 await 后面自动“转同步”，其实 await 只是让 Promise 状态变为 fulfilled/rejected 后继续执行；reject 本身仍需 try-catch 捕获，而不是靠 .catch()。
立即学习“Java免费学习笔记（深入）”；
async function loadData() {
try {
const res = await fetch('/api/data');
if (!res.ok) throw new Error(`HTTP ${res.status}`);
return await res.json(); // 这里可能 SyntaxError
} catch (error) {
// ✅ 能捕获 fetch 失败、HTTP 错误、JSON 解析失败
console.error('Load failed:', error);
return null;
}
}
- 不要这样写：
fetch().then(...).catch(...)和try-catch混用，容易漏掉json()抛错 -
Promise.all([p1, p2])中某个 Promise reject，默认就中断全部；想忽略个别失败，得先用Promise.allSettled或手动包装成 always-resolve - 顶层
async函数没被try-catch包裹？记得监听unhandledrejection事件做兜底
最常被忽略的一点：try-catch 无法拦截语法错误（SyntaxError）、资源加载失败（如 ）、或 console.error 这类非异常日志。它们需要别的机制——比如 window.onerror、addEventListener('error')、或者构建时的 lint 规则。
