为何未捕获错误发生时window.onerror的getter不触发？

你遇到的问题核心在于浏览器对window.onerror的内部处理逻辑完全绕过了普通的JS属性访问机制，以下是具体原因和可行的替代方案：

问题根源 #

1. 浏览器的内部调用路径：当发生未捕获错误时，浏览器并不会通过window.onerror的getter去获取函数，而是直接调用它内部维护的错误处理回调引用。你用Object.defineProperty定义的getter只会在JS代码主动访问window.onerror时触发（比如console.log(window.onerror)），但浏览器的错误触发逻辑走的是另一条内部通道，根本不会触发你的getter。
2. delete操作无效：window.onerror是DOM接口提供的属性，并非普通的可枚举/可删除对象属性，delete window.onerror大概率没有真正清除浏览器内部的原始引用，所以你的替换逻辑从一开始就没生效。
3. DOM属性的特殊性：DOM对象不属于标准JS对象范畴，很多属性的行为不受ES规范约束，onerror这类事件处理属性更是如此——浏览器可以自由决定如何存储和调用它，完全不遵循JS的属性访问规则。

可行的拦截方案 #

方案1：使用addEventListener监听全局error事件 #

这是最可靠的方式，因为全局error事件和window.onerror是并行的处理机制，浏览器会同时触发两者，而且事件监听不会被用户后续的window.onerror赋值覆盖：

// 保存用户原本的onerror处理函数
const userOriginalError = window.onerror;

// 监听全局error事件，优先捕获错误信息
window.addEventListener('error', (event) => {
  // 这里收集错误信息：event包含message、filename、lineno、colno、error等字段
  console.log('收集到错误详情:', {
    message: event.message,
    file: event.filename,
    line: event.lineno,
    column: event.colno,
    error: event.error
  });

  // 调用用户原本的onerror处理逻辑
  if (userOriginalError) {
    userOriginalError.call(
      window,
      event.message,
      event.filename,
      event.lineno,
      event.colno,
      event.error
    );
  }
});

// 保留用户修改onerror的能力
Object.defineProperty(window, 'onerror', {
  set(newFn) {
    userOriginalError = newFn;
  },
  get() {
    return userOriginalError;
  }
});

方案2：直接覆盖window.onerror（简单但有局限性） #

如果不需要防止用户后续覆盖window.onerror，可以直接赋值替换，这种方式能直接被浏览器的错误触发逻辑调用：

const userOriginalError = window.onerror;

window.onerror = function(...args) {
  // 收集错误参数信息
  console.log('拦截到错误参数:', args);
  
  // 调用用户原本的处理函数
  if (userOriginalError) {
    return userOriginalError.apply(this, args);
  }
};

注意：如果用户后续重新赋值window.onerror = xxx，会直接覆盖你的拦截函数，所以这种方式适合对用户代码可控的场景。

总结 #

DOM属性的行为不能用普通JS对象的规则去套，像onerror这类特殊回调，浏览器有自己的内部处理逻辑，绕过了ES的属性访问机制。优先使用标准的addEventListener方式来捕获全局错误，既能保证拦截生效，又不会干扰用户原有的错误处理逻辑。

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