多事件处理器场景下如何正确使用try-catch？

兄弟，这两种写法里第一种完全起不到你想要的捕获回调错误的作用，咱来掰扯清楚为啥：

第一种写法的问题 #

你在外层包的try-catch，其实只包裹了事件处理器的注册过程——也就是network.on()这个函数调用本身，根本管不到后续事件触发时回调函数的执行。

network.on()只是把你的回调函数存起来，等对应的事件触发时才会调用它。等那时候，外层的try-catch早就执行完了，回调里抛出的错误根本跑不到这个外层的catch里，等于白写。

第二种写法才是正确方向 #

在每个事件回调内部单独加try-catch，才是能捕获到回调执行时错误的正确思路。不过这里有个细节要注意：你的回调是async函数，如果你在catch里直接throw err，这个错误会变成未处理的Promise拒绝（因为async函数的throw会被自动包装成Promise的reject），所以别光扔出去，最好在catch里做实际的错误处理——比如打印错误日志、上报监控、做恢复逻辑等等。

给你个优化后的示例：

function attachHandlers() {
  network.on('event1', async (evt) => {
    try {
      // 这里写event1的业务逻辑
      await someAsyncOperation(evt);
    } catch (err) {
      console.error('处理event1时发生错误:', err);
      // 可以添加错误上报、用户提示等逻辑
    }
  });

  network.on('event2', async (evt) => {
    try {
      // 这里写event2的业务逻辑
      await anotherAsyncThing(evt);
    } catch (err) {
      console.error('处理event2时发生错误:', err);
      // 对应event2的错误处理逻辑
    }
  });
}

总结一下 #

外层try-catch对事件回调的运行时错误无能为力，必须在每个回调内部单独设置try-catch才能捕获到错误。而且处理错误时，记得做实际的补救或记录操作，别只是把错误再抛出去。

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