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 事件，但不会中断主线程——这也意味着你可能根本不知道它发生了。
