JavaScript 的 try-catch 无法捕获语法错误，仅能捕获运行时异常；应精准包裹可能出错的同步操作，异步错误需用 Promise.catch 或 async/await 处理。
JavaScript 的 try-catch 不会捕获语法错误
语法错误（如少括号、const 声明后不赋值、function 写错成 funtion）在代码解析阶段就失败，根本不会进入执行流程，所以 try-catch 完全无效。这类错误只能靠编辑器提示、ESLint 或构建时检查提前发现。
真正能被 try-catch 捕获的，是运行时异常：比如访问 undefined 的属性、调用非函数值、JSON.parse 解析非法字符串、网络请求返回 404 后手动 throw 错误等。
-
try { eval('let a =') }—— 会报错，但属于语法错误，catch拿不到 -
try { JSON.parse('{') }—— 会触发SyntaxError，这个可以被捕获（注意：这是JSON.parse主动抛出的运行时错误，不是解析 JS 本身的语法错误） -
try { null.toString() }—— 抛出TypeError，可捕获
不要用 try-catch 包裹整个函数体来“兜底”
常见误区是把大量逻辑塞进一个 try 块，然后只在 catch 里 console.error(e) 或弹个提示。这掩盖了问题定位路径，也容易让错误静默传播。
更合理的方式是：在明确可能出错且你有应对策略的地方单独包裹，比如：
立即学习“Java免费学习笔记（深入）”；
- 解析用户输入的 JSON 字符串（
JSON.parse(input)） - 读取
localStorage中可能不存在或已损坏的数据（JSON.parse(localStorage.getItem('config'))） - 调用第三方 SDK 中文档注明“可能抛异常”的方法（如某些地图 API 的坐标转换函数）
如果只是想记录未捕获错误，应该用全局钩子：window.addEventListener('error') 或 window.addEventListener('unhandledrejection')，而不是滥用 try-catch。
catch 块必须声明错误参数，且不能省略 catch
ES2019+ 允许写 try { ... } catch { ... }（无参数），但这会丢失所有错误信息，几乎无法调试。实际项目中应始终保留参数：
try {
riskyOperation();
} catch (err) {
// err 是 Error 实例，有 name、message、stack 等属性
console.error('操作失败:', err.message);
reportError(err); // 上报到监控系统
}
还要注意：不同环境对 err 类型处理不同。Node.js 中可能抛出原始字符串或对象；浏览器中多数是 Error 子类（TypeError、ReferenceError）。建议统一用 err instanceof Error 判断，必要时用 new Error(String(err)) 标准化。
异步代码中 try-catch 失效的典型场景
try-catch 只能捕获同步抛出的异常。以下写法**不会**进入 catch：
try {
setTimeout(() => {
throw new Error('boom');
}, 100);
} catch (e) {
// 永远不会执行
}
正确做法取决于异步类型：
- Promises：用
.catch()或await+try-catch（注意await必须在async函数内） - 事件回调（如
fetch的then/catch）：链式处理，别依赖外层try - 现代写法推荐：
async/await配合try-catch，语义清晰且能捕获reject和同步异常
但要注意：await 只能等待 Promise，不能等待回调风格的 API（如 Node.js 的 fs.readFile 回调版），需先用 util.promisify 或封装为 Promise。
await 或混合回调/Promise 的老代码里。真要排查，得结合 err.stack、console.trace() 和 source map。 
