try catch vs 异步捕获

try catch只能捕获同步错误，无法直接捕获异步错误

但这并不意味着我们无法优雅地处理异步错误。随着 JavaScript 的发展（特别是 async/await 的出现），我们已经可以用 try...catch 来处理异步逻辑了。

为了帮你彻底理清这个概念，我将从"为什么不行"和"如何才行"两个方面为你详细拆解。

🚫 为什么普通的 try...catch 抓不住异步错误？

核心原因在于**"执行上下文"和"时间差"**。

try...catch 的工作原理是基于当前的调用栈。当代码执行到异步操作（如 setTimeout 或 Promise）时，JavaScript 引擎会将异步回调放到"任务队列"中，然后立即继续执行后面的代码。

等到异步代码真正执行时，外层的 try...catch 代码块早就执行完毕并"下班"了。此时异步代码抛出的错误，自然就没有"警察"来管了。

场景 1：setTimeout（宏任务）

这是最典型的无法捕获场景。

javascript 复制代码

try {
  console.log("1. 开始");
  setTimeout(() => {
    console.log("2. 异步回调执行");
    throw new Error("我是异步错误！"); // 💥 错误在这里抛出
  }, 0);
  console.log("3. try 块结束");
} catch (error) {
  // ❌ 这里永远进不来
  console.log("4. 捕获到错误:", error.message);
}
// 输出顺序: 1 -> 3 -> 2 -> (程序崩溃/Uncaught Error)

解析： try 块执行完第 3 行就结束了。0 秒后（或稍后），setTimeout 的回调才执行，此时 catch 已经不存在了。

场景 2：Promise 链式调用（微任务）

Promise 内部有自己的错误处理机制，外层的 try...catch 同样无法拦截 .then() 中的错误。

javascript 复制代码

try {
  Promise.resolve().then(() => {
    throw new Error("Promise 内部错误"); // 💥
  });
} catch (error) {
  // ❌ 这里也进不来
  console.log("捕获错误");
}
// 结果: Uncaught (in promise) Error: Promise 内部错误

解析： Promise 的 .then() 是异步执行的，错误被 Promise 机制捕获并转为"未处理的拒绝（Rejection）"，而不是抛给外层的 try。

✅ 如何让 try...catch 捕获异步错误？

在现代 JavaScript 开发中，我们通常使用 async/await 语法糖。它的作用就像是一个"时间暂停器"，让异步代码看起来像同步代码一样执行，从而让 try...catch 能够生效。

最佳实践：async/await + try...catch

这是目前业界公认处理异步错误的最佳方案。

javascript 复制代码

async function runAsyncTask() {
  try {
    console.log("1. 开始请求");
    // await 会暂停函数执行，等待 Promise 结果
    // 如果 Promise 被 reject，await 会像同步代码一样抛出异常
    await new Promise((resolve, reject) => {
      setTimeout(() => reject(new Error("异步请求失败")), 1000);
    });
    console.log("2. 请求成功");
  } catch (error) {
    // ✅ 成功捕获！
    console.log("3. 捕获到异步错误:", error.message);
  }
}

runAsyncTask();

原理： await 关键字实际上是在等待 Promise 的结果。如果 Promise 失败（reject），await 会将这个错误"抛"出来，此时它正处于 try 块的执行范围内，因此能被 catch 捕获。

💡 其他方式与兜底方案

除了 async/await，处理异步错误还有以下几种常见方式：

方式	适用场景	说明
Promise .catch()	链式调用	传统的 Promise 写法，不使用 try-catch，而是链式调用 `.catch(err => ...)`。
错误优先回调	Node.js 传统风格	回调函数的第一个参数固定为错误对象 `(err, data) => { ... }`。
全局监听	最后的防线	使用 `window.addEventListener('unhandledrejection', ...)` 捕获所有未被处理的 Promise 错误，防止程序静默崩溃。

📌 总结

原生限制 ：普通的 try...catch 无法捕获 setTimeout 或 Promise 回调中的错误，因为执行时机不同步。
现代解法 ：使用 async/await 可以将异步操作"同步化"，从而完美配合 try...catch 使用。
传统解法 ：对于 Promise，可以使用 .catch() 方法；对于 Node.js 回调，遵循"错误优先"原则。