javascript错误如何捕获_try_catch语句怎么用【教程】

try-catch仅捕获同步错误，对setTimeout、promise等异步错误无效；Promise需用.catch或await+try-catch；全局错误用window.addEventListener(‘Error’)和’unhandledrejection’监听。

javaScript 错误捕获的核心：try-catch 只能捕获同步错误

直接说结论：try-catch 对异步代码（比如 setTimeout、fetch、Promise.then）里的错误完全无效。很多人写完 try-catch 还是看到 Uncaught Error，就是因为把异步逻辑塞进了 try 块里，却没意识到执行时机已脱离当前调用栈。

真正能被 try-catch 捕获的，只有「立即执行且抛出异常」的同步代码，比如：

try {   jsON.parse('{ "name": }'); // 语法错误 → 被捕获 } catch (err) {   console.log(err.message); // Unexpected token } in json at position 12 }

Promise 错误不能靠外层 try-catch，得用 .catch 或 await + try-catch

Promise 的 reject 不会触发外层 try-catch，哪怕它写在 try 块里。这是最常踩的坑。

• ❌ 错误写法（不会捕获）：

  try {   Promise.reject(new Error('boom')); } catch (e) {   console.log('never runs'); }

• ✅ 正确写法一（链式 .catch）：

  Promise.reject(new Error('boom'))   .catch(err => console.log(err.message));

• ✅ 正确写法二（async/await + try-catch）：

  async function run() {   try {     await Promise.reject(new Error('boom'));   } catch (err) {     console.log(err.message); // boom   } }

全局错误兜底：window.onerror 和 window.addEventListener(‘error’)

当错误逃逸到最外层（比如事件回调、定时器、未处理的 Promise reject），try-catch 就无能为力了，这时需要全局监听。

立即学习“Java免费学习笔记（深入）”；

• window.onerror 能捕获 JS 运行时错误和资源加载失败（如 script 404），但无法拿到 error 实例的完整堆栈（部分信息被截断）；
• window.addEventListener('error') 类似，但更通用，推荐优先用它；
• 未处理的 Promise 拒绝必须用 window.addEventListener('unhandledrejection') 单独监听，否则会直接打印 “Uncaught (in promise)” 并终止进程（开发环境尤其明显）。

示例：

window.addEventListener('unhandledrejection', event => {   console.warn('Unhandled rejection:', event.reason);   event.preventDefault(); // 阻止控制台默认报错（仅开发调试时慎用） });

实际项目中该在哪加 try-catch？别乱套

不是所有地方都适合加 try-catch。滥用反而掩盖问题、干扰调试。

• 适合加：JSON 解析、localStorage.setItem（可能因配额超限失败）、第三方 SDK 的同步调用（如 analytics.track()）；
• 不适合加：纯计算逻辑（如 a + b）、已知安全的 dom 操作（如 el.classlist.add）、没有 throw 可能的函数；
• 注意 catch 后必须处理错误——至少打日志，否则等于静默吞错；
• 不要只写 catch (e) { }，至少保留 console.error(e) 或上报错误服务。

复杂点在于：错误边界往往不在语法层面，而在业务语义层面。比如「用户提交表单失败」是预期流程，不该算 JS 错误；而「解析后端返回的 JSON 字段缺失」才是真异常——这需要你判断哪里是「可控失败」，哪里是「意外崩溃」。