JS错误处理详解：try-catch使用教程

JavaScript 中的 try-catch 并非万能错误捕获器，它仅能拦截同步执行过程中抛出的异常（如 JSON.parse 失败、深层属性访问错误等），却对异步错误、语法错误和资源加载失败完全无能为力；真正有效的错误处理需要精准识别适用场景、在 catch 中做有意义的响应（如分类处理、保留原始堆栈、上报监控），并在 async/await 和 Promise 场景中避开常见陷阱——理解这些边界与实践细节，才能让代码在真实世界中稳健运行而不被“静默崩溃”拖垮。

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()。

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）、资源加载失败（如