如何捕获被try/catch吞掉的全量JS运行时错误？

为什么之前的window.error监听方案无效 #

浏览器与Node环境下的全局error事件，仅能拦截未被任何try/catch处理的未捕获异常。只要错误被catch块接手处理，整个错误冒泡流程就会立刻终止，根本不会传递到全局window节点，这就是之前方案达不到预期效果的根本原因。

不同改动量的可落地方案 #

方案1：入口处Hook原生Error构造器（零业务代码修改） #

所有catch块拿到的异常实例，本质都是Error类的实例。只要在所有业务代码执行前的最入口位置，对原生Error构造器做轻量拦截，就能在debug模式下自动把所有生成的错误实例打印到控制台，完全不需要修改任何已有的空catch块。
示例实现代码：

// 必须放在业务代码加载链路的最前面
if (process.env.NODE_ENV === 'development' && process.env.DEBUG) {
  const NativeError = Error;
  const HookedError = function (msg, ...extraArgs) {
    const errInstance = new NativeError(msg, ...extraArgs);
    // 错误实例生成时直接输出完整堆栈
    console.error('[Debug 捕获被静默吞掉的错误]:', errInstance.stack || errInstance.message);
    return errInstance;
  }
  // 保持原型链完整，不破坏原有instanceof判断逻辑
  HookedError.prototype = NativeError.prototype;
  window.Error = HookedError;
}

实现注意：

• 该方案仅能拦截通过throw new Error(xxx)抛出的规范错误，对直接抛原始字符串、数字的不规范写法，需要在hook逻辑里补充兼容判断
• 原有空catch的静默业务逻辑完全不受影响，只是在debug模式下额外增加输出
• 必须在业务代码执行前完成hook，晚于业务代码的初始化逻辑无法拦截到已经生成的错误实例

方案2：编辑器全局批量替换空catch块 #

如果不希望对全局原生对象做hook侵入，可以直接通过编辑器的正则查找替换功能，批量识别所有空catch块，统一注入debug判断逻辑，比逐个人工修改的效率高很多。
用来匹配绝大多数空catch写法的通用正则：

catch\s*\(\s*\w*\s*\)\s*\{\s*\}

匹配到的空catch块，可以统一替换为带debug输出的逻辑，维持原有静默效果不变：

catch (e) {
  if (process.env.DEBUG) {
    console.error('[Debug 捕获]', e);
  }
  // 原有空catch的静默逻辑完全保留
}

这种方式的逻辑完全可控，没有全局hook的潜在副作用，常规项目一次全局替换就能覆盖90%以上的空catch场景。

方案3：编译期自动注入（适合大型项目） #

如果项目里有大量历史遗留的空catch块，甚至包含第三方依赖的静默逻辑，可以在构建阶段通过Babel插件，在编译过程中自动给所有catch块注入debug模式下的错误输出逻辑。
优势：没有运行时的hook开销，也不需要手动修改任何业务源码，打包阶段自动完成逻辑注入。

常见坑提醒：不要为了拦截方便，直接全局禁用原生console.error再自定义实现，这种方式会破坏正常的错误日志链路，反而增加线上排查的成本。

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