try-catch仅捕获同步异常,如throw错误、
运行时错误、JSON.parse失败;无法捕获异步错误、Promise拒绝、事件回调错误、语法错误及资源加载错误。
try-catch 不能捕获所有 JavaScript 异常。
哪些异常能被 try-catch 捕获
try-catch 只能捕获**同步执行过程中抛出的异常**,包括:
- 手动 throw 的错误(
throw new Error("xxx"))
- 运行时错误(如
undefined.xxx、123.toString() 等)
- 语法正确但逻辑触发的异常(如 JSON.parse 解析失败)
哪些异常 try-catch 捕获不到
以下几类异常无法通过普通 try-catch 捕获:
-
异步错误:如 setTimeout、Promise.then 中抛出的错误(除非在 Promise 内部用 try-catch,或用 .catch)
-
Promise 拒绝(rejected):未加 .catch 或 await 未包裹在 try 中时,会变成 unhandledrejection
-
事件回调中的错误:如
button.addEventListener('click', () => { throw new Error() })
-
全局脚本语法错误:如顶层
const a = ;,直接阻塞执行,不会进入 try 块
-
资源加载错误:如 script 标签加载失败、图片 404,需监听 error 事件
更全面的错误捕获策略
单靠 try-catch 不够,需组合使用:
- 对异步操作:Promise 链末尾加
.catch(),或 async/await 配合 try-catch
- 监听全局未处理拒绝:
window.addEventListener('unhandledrejection', ...)
- 捕获全局同步错误:
window.addEventListener('error', ...)(可捕获脚本加载、资源错误等)
- 对关键异步回调(如事件处理器),内部手动包一层 try-catch
实际建议
不要依赖 try-catch “兜底”所有错误。应:
- 优先预防:参数校验、空值检查、接口返回结构判断
- 异步操作明确处理 reject 和 error 分支
- 配合监控工具(如 Sentry)收集 unhandledrejection 和 error 事件
- 开发阶段开启浏览器 DevTools 的 “Pause on caught/uncaught exceptions” 辅助定位