为所有await语句始终添加catch块是否为良好的开发实践？

不需要无差别为所有await语句包裹try/catch，但你当前贴出的事件回调代码，必须添加错误捕获逻辑，否则会触发未处理的Promise拒绝。

为什么不推荐全量无脑套try/catch #

错误捕获的核心原则是：谁能处理错误，谁来捕获。如果你的异步逻辑属于调用链上的一环，错误需要向上透传给上层统一兜底（比如全局请求拦截器统一处理接口报错、路由层统一接管页面加载失败逻辑），在下层函数里随便加catch反而会吞掉原始错误，打断正常的错误传播链路，反而会增加问题排查难度。

你当前代码的风险 #

你写的是DOM事件监听器的async回调，这类场景属于没有上层兜底的"根级异步入口"：

• addEventListener本身不会对回调返回的Promise做任何错误处理，只要回调内任意一个await触发Promise reject，就会直接触发全局的unhandledrejection事件，轻则控制台抛红错，重则在Node.js、Electron等环境下直接导致进程退出。
• 你调用的是第三方实现的API，没有办法保证publishPrepFlow()、cleanSteps[0].selectAsync()、getAndDispatchPrepColumns()永远不会进入reject状态：网络波动、权限变更、DOM节点提前销毁、接口返回结构异常等完全不可控的边界情况，都可能触发Promise拒绝。

可落地的判断标准 #

• 必须加错误捕获的场景：
  • 事件回调、定时器回调这类没有上层调用栈的根级异步入口
  • 独立的、不希望错误打断主流程的异步操作
  • Promise链的最末端
• 不需要手动加catch的场景：
  • 工具函数、服务层函数内的await，只需要正常返回Promise，由调用方决定错误处理逻辑即可
  • 已经有全局统一错误拦截的场景（比如全局配置了axios响应拦截器处理所有接口错误，业务代码里就不需要每个接口请求都套try/catch）

针对你当前的代码，不需要给每个await单独套一层try/catch，把整个回调的异步逻辑包在一层try/catch里，根据业务需求做兜底即可：比如发布失败时回滚UI状态、给用户弹出操作失败提示、上报错误日志，参考实现如下：

prepAttrsRef.current.addEventListener('documentstatechanged', async (evt: CustomEvent<FlowDocumentState>) => {
  try {
    if (evt.detail.draftState === 'unpublished-changes') {
      dispatch(updateIsFlowpublished(false));
      await publishPrepFlow();
    }
    if (evt.detail.draftState === 'all-changes-published') {
      await cleanSteps[0].selectAsync();
    }
    await getAndDispatchPrepColumns();
  } catch (err) {
    // 按业务需求处理错误：回滚状态、用户提示、日志上报都在这里做
    console.error('文档状态变更流程执行失败:', err);
    // 示例：发布失败时回滚发布状态
    dispatch(updateIsFlowpublished(true));
  }
});

最后提个注意点：绝对不要写空的catch块什么逻辑都不做，这种错误静默比不捕获错误还难排查。如果确实不需要对错误做特殊处理，也建议加一行日志，或者显式在Promise后追加.catch(() => {})，明确标记此处已知可能出错、且有意忽略，避免触发未处理Promise拒绝的报错。

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