JS错误处理与try-catch使用详解

本文深入解析了JavaScript中try-catch的正确用法与常见误区，明确指出它仅能捕获同步运行时错误（如TypeError、ReferenceError），而对异步操作（如Promise、fetch、setTimeout）中的错误完全无效；文章手把手教你用await+try-catch或.catch()精准捕获异步异常，强调错误分类处理、上下文记录和用户友好提示的重要性，并澄清finally仅用于资源清理、绝不改变错误流向的核心原则——掌握这些，才能真正写出健壮、可维护、不“静默崩溃”的前端错误处理逻辑。

try-catch 能捕获哪些错误？

它只捕获**运行时同步错误**，比如 ReferenceError、TypeError、SyntaxError（仅限 eval 内）、RangeError 等。异步操作（如 setTimeout、fetch、Promise 回调）里的错误默认逃逸出 try 块，不会被捕获。

常见误判场景：

• 写了 try { fetch('/api').then(...); } → fetch 本身不抛错，但 .then 里 throw new Error() 不会被捕获
• try { JSON.parse('{"a":}') } → 会触发 SyntaxError，能捕获
• try { undefined.foo() } → 触发 TypeError，能捕获

如何正确捕获 Promise 异步错误？

不能靠外层 try-catch 包住 .then()，得用 .catch() 或 await + try-catch。

推荐写法（现代 JS）：

async function loadData() {
  try {
    const res = await fetch('/api');
    if (!res.ok) throw new Error(`HTTP ${res.status}`);
    const data = await res.json();
    return data;
  } catch (err) {
    console.error('请求或解析失败:', err.message);
    // 这里能拿到 fetch 网络错误、JSON 解析错误、手动 throw 的错误
  }
}

注意点：

• await 后必须是 Promise，否则不会挂起，也不会把 rejection 转为异常
• fetch 只在网络断开等极少数情况 reject；HTTP 4xx/5xx 仍返回 resolve 的 Response 对象，需手动检查 res.ok
• 不要在 catch 里吞掉错误又不 re-throw —— 后续逻辑可能因 data 是 undefined 再次崩

catch 块里该做什么？

核心原则：**明确错误来源，做最小必要响应，别掩盖问题**。

实用建议：

• 区分错误类型再处理：if (err instanceof TypeError) vs if (err.name === 'AbortError')
• 记录关键上下文：比如当前 URL、用户操作步骤、输入参数（避免只打 err.message）
• 给用户可理解的提示，而不是堆栈：alert('保存失败，请检查网络后重试')，而非 alert(err.stack)
• 必要时主动 throw err 或 return Promise.reject(err)，让上层决定是否兜底

finally 有什么实际用途？

它不管成功失败都会执行，适合清理工作，但**不能访问 err 或返回值**。

典型用例：

• 关闭加载态：loading.value = false
• 释放资源：controller.abort()（配合 fetch 的 signal）
• 还原 UI 状态：比如解锁按钮、恢复表单 disabled 状态

注意：finally 中抛出新错误会覆盖原错误；若需透传原错误，别在 finally 里 throw。

真正容易被忽略的是：很多人以为 finally 能“兜住”所有异常 —— 它只是保证执行，不改变错误流向。

到这里，我们也就讲完了《JS错误处理与try-catch使用详解》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！