try…catch仅捕获同步异常,对异步错误无效;应只throw Error实例以保障调试能力;promise需await配合才能被其捕获;空catch必须避免,须记录、降级或重抛。

javaScript 的 try...catch 不是用来“捕获所有错误”的,它只捕获同步执行中抛出的异常;异步代码(比如 setTimeout、fetch、Promise 回调)里直接 throw,不会被外层 try...catch 捕获。
什么时候 try...catch 才真正起作用
只有当错误发生在 try 块内、且是同步抛出时,catch 才能拿到错误对象。常见有效场景包括:
- jsON 解析失败:
json.parse('{ "name": }')会立即抛SyntaxError - 访问 undefined 对象的属性:
let obj = NULL; obj.name抛TypeError - 手动用
throw中断流程,比如参数校验不通过 - 调用一个可能同步报错的函数(如
atob()解码非法 Base64)
throw 后跟什么才合理
throw 后面可以是任意值,但**强烈建议只 throw Error 实例**。否则 catch 中无法可靠使用 error.message、error.stack 等标准属性,调试和日志也会变困难。
try { if (!user.id) { throw new Error('Missing user.id'); } } catch (err) { console.error(err.message); // ✅ 可靠输出 'Missing user.id' console.log(err.stack); // ✅ 有堆栈信息 }
反例(不推荐):
立即学习“Java免费学习笔记(深入)”;
throw 'Missing user.id'; // ❌ 字符串,无 stack,类型不可控 throw { msg: 'Missing user.id' }; // ❌ 自定义对象,不是 Error 实例
Promise 和 async/await 中的错误处理陷阱
try...catch 对 Promise 的 reject 或异步抛错默认无效——除非你把它包在 async 函数里,并且 await 那个 Promise。
-
Promise.reject()或throw在.then()回调里 → 不会被外层try捕获 -
await fetch('/api')失败(网络错误)→ 会被try...catch捕获 -
await fetch('/api').then(...)里throw→ 会被catch捕获(因为 await 会把 rejected Promise 转为 throw)
async function loadData() { try { const res = await fetch('/api'); // 网络失败 → 进入 catch if (!res.ok) throw new Error(`HTTP ${res.status}`); return await res.json(); // JSON 解析失败 → 进入 catch } catch (err) { console.error('Load failed:', err.message); } }
不要忽略 catch 里的错误处理逻辑
写 catch (e) { } 是最常见也最危险的习惯。空 catch 相当于把错误吞掉,后续行为完全不可知。至少要做三件事之一:
- 记录错误(
console.error或上报监控系统) - 提供降级逻辑(如返回默认值、显示提示 ui)
- 重新抛出(
throw e或throw new Error(..., { cause: e }))让上层处理
特别注意:在事件监听器或定时器中,未捕获的 throw 会导致全局 unhandledrejection 或 error 事件,但不会中断主线程——这也意味着你可能根本不知道它发生了。