17370845950

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

JavaScript 的 try.

什么时候 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);     // ✅ 有堆栈信息
}

反例（不推荐）：

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