如何通过window.onerror捕获以字符串形式抛出的错误？

这个问题我之前也碰到过，尤其是对接老版本jQuery UI的时候，确实挺闹心的。我来给你拆解下原因和几个可行的解决办法：

为什么会只拿到"Script error."，抓不到原始字符串？ #

主要有两个核心原因：

• 同源策略限制：如果抛出错误的脚本（比如你的jQuery UI）是从跨域CDN加载的，浏览器为了安全会隐藏具体错误细节，统一返回"Script error."——哪怕抛出的是标准Error对象，也会被隐藏，除非你配置了CORS相关设置。
• 非Error类型的抛出：当代码直接抛出字符串（而非Error实例）时，部分浏览器的window.onerror在跨域场景下无法拿到原始字符串，且error参数会是null，导致你翻遍arguments也找不到有用信息。

可行的解决方案 #

方案1：配置CORS解决跨域脚本的错误隐藏 #

这是最根本的解决办法，如果你用的是公开CDN加载jQuery UI：

1. 确认CDN返回的脚本资源带有Access-Control-Allow-Origin响应头（主流CDN比如jQuery官方CDN、Google CDN都已经支持）
2. 在加载jQuery UI的<script>标签上添加crossorigin="anonymous"属性，比如：

   <script src="https://code.jquery.com/ui/1.13.2/jquery-ui.min.js" crossorigin="anonymous"></script>
   

配置完成后，不管是抛出Error对象还是字符串，window.onerror都能正常拿到原始错误信息了。

方案2：覆盖全局throw，自动把字符串转成Error对象 #

如果CORS配置不可行（比如用的CDN不支持），可以通过覆盖全局的throw方法，把所有抛出的字符串自动转换成Error实例，这样window.onerror就能捕获到完整的错误信息和调用栈：

// 先保存原始的throw方法，避免覆盖后丢失原生功能
const originalThrow = window.throw;
window.throw = function(value) {
  // 如果抛出的是字符串，转成标准Error对象
  if (typeof value === 'string') {
    const error = new Error(value);
    // 尝试保留原始调用栈（大部分现代浏览器支持）
    if (Error.captureStackTrace) {
      Error.captureStackTrace(error, window.throw);
    }
    throw error;
  }
  // 其他类型的抛出保持原生逻辑
  originalThrow.call(this, value);
};

这个方法能让所有字符串形式的错误都被错误处理器正常捕获，而且还能保留调用栈，方便你定位问题。

方案3：改用window.addEventListener('error')监听错误 #

虽然window.onerror和error事件监听功能类似，但部分浏览器对非Error类型抛出的处理有差异。试试用事件监听的方式：

window.addEventListener('error', function(event) {
  console.log('错误信息:', event.message);
  console.log('错误对象:', event.error);
  // 还能拿到错误发生的文件、行号、列号
  console.log('位置:', event.filename, '行:', event.lineno, '列:', event.colno);
});

在某些场景下，这种方式能拿到window.onerror拿不到的信息，但如果是跨域限制导致的问题，还是得配合CORS配置才能生效。

方案4：手动给第三方库代码加try-catch包裹 #

如果上述方案都没法解决，你可以给可能抛出错误的jQuery UI调用手动加try-catch，比如：

try {
  // 调用可能出错的jQuery UI方法，比如拖拽、排序等
  $('#target-element').draggable();
} catch (err) {
  // 这里能直接捕获到字符串错误，不受跨域限制影响
  console.log('捕获到第三方库错误:', err);
}

额外小提示 #

尽量避免自己的代码直接抛出字符串，始终抛出Error实例——这样不仅能被错误处理器正常捕获，还能保留完整的调用栈，调试起来方便太多。

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