异步函数错误处理（try-catch）：捕获第三方库异步代码异常的方法？

这个问题确实很典型——异步任务里的错误跳出了同步try-catch的作用域，直接用同步捕获肯定行不通。给你几个实用的方案，都不需要修改f1和f2：

1. 全局错误监听 #

浏览器环境下，你可以通过全局的error事件捕获所有未被处理的错误，包括异步任务里的：

// 注册全局错误监听
window.addEventListener('error', function(event) {
  console.log('caught global error: ', event.error);
  // 可选：阻止错误继续触发浏览器默认的错误提示
  event.preventDefault();
});

// 调用f2，此时f1里的错误会被全局监听捕获
f2();

• 优点：简单粗暴，不需要改动原有调用逻辑，能覆盖所有全局未处理错误；
• 缺点：会捕获所有错误，若要精准针对f1的错误，需要额外做判断筛选。

2. 包装全局setTimeout #

我们可以替换全局的setTimeout函数，让它在执行回调时自动包裹try-catch，这样所有通过setTimeout执行的回调错误都会被捕获：

// 先保存原始的setTimeout，避免覆盖后丢失原功能
const originalSetTimeout = window.setTimeout;

// 替换全局setTimeout
window.setTimeout = function(callback, delay, ...args) {
  // 包装原回调函数，加入错误捕获
  const wrappedCallback = function() {
    try {
      // 执行原回调并传递参数
      callback.apply(this, args);
    } catch (error) {
      console.log('caught in wrapped setTimeout: ', error);
    }
  };
  // 调用原始的setTimeout
  return originalSetTimeout(wrappedCallback, delay);
};

// 现在调用f2，f1的错误会被包装后的setTimeout捕获
f2();

• 优点：能精准捕获所有setTimeout回调里的错误，不会干扰其他类型的错误捕获；
• 缺点：会影响页面中所有使用setTimeout的地方，若不需要全局生效，可以在局部调用后恢复原始setTimeout。

3. 局部Promise封装调用（精准控制范围） #

虽然不能修改f2，但我们可以封装一个局部调用函数，临时替换setTimeout来捕获错误，执行完再恢复原功能：

function wrapF2() {
  return new Promise((resolve, reject) => {
    // 保存原始setTimeout
    const originalSetTimeout = window.setTimeout;
    
    // 临时替换setTimeout
    window.setTimeout = function(callback) {
      originalSetTimeout(() => {
        try {
          callback();
          resolve();
        } catch (error) {
          reject(error);
        } finally {
          // 执行完立刻恢复原始setTimeout，避免影响其他逻辑
          window.setTimeout = originalSetTimeout;
        }
      }, 1000);
    };
    
    // 调用原f2
    f2();
  });
}

// 用async/await结合try-catch捕获错误
async function run() {
  try {
    await wrapF2();
  } catch (error) {
    console.log('caught in local wrapper: ', error);
  }
}

run();

• 优点：仅在调用f2时生效，不会污染全局环境；
• 缺点：需要额外封装调用逻辑，相对复杂一些。

总结一下，如果你只需要快速捕获这个错误，全局error监听是最高效的选择；如果需要更精准的控制，包装setTimeout或局部Promise封装会更合适。

内容的提问来源于stack exchange，提问作者Remirror