“Script error.”的产生原因是为什么？

js脚本问题，查看下源代码，看一下下

“Script error.”有时也被称为跨域错误。当网站请求并执行一个托管在第三方域名下的脚本时，就可能遇到该错误。最常见的情形是使用 CDN 托管 JS 资源。 为了更好地理解，假设以下 HTML 页面部署在 http://test.com 域名下：

// another-domain.com/app.js function foo() { bar(); // ReferenceError: bar is not a function } 页面运行之后，捕获到的异常信息如下：

"Script error.", "", 0, 0, undefined 其实这并不是一个 JavaScript Bug。出于安全考虑，浏览器会刻意隐藏其他域的 JS 文件抛出的具体错误信息，这样做可以有效避免敏感信息无意中被不受控制的第三方脚本捕获。因此，浏览器只允许同域下的脚本捕获具体错误信息，而其他脚本只知道发生了一个错误，但无法获知错误的具体内容。 请参考 Webkit 源码：

bool ScriptExecutionContext::sanitizeScriptError(String& errorMessage, int& lineNumber, String& sourceURL) { KURL targetURL = completeURL(sourceURL); if (securityOrigin()->canRequest(targetURL)) return false; errorMessage = "Script error."; sourceURL = String(); lineNumber = 0; return true; } 了解了 “Script error.”的产生原因之后，接下来看看如何解决这个问题。 解法 1：开启 CORS（Cross Origin Resource Sharing，跨域资源共享） 为了跨域捕获 JavaScript 异常，可执行以下两个步骤： 添加 crossorigin="anonymous" 属性。

Access-Control-Allow-Origin: * 或者

Access-Control-Allow-Origin: http://test.com

说明 大部分主流 CDN 默认添加了 Access-Control-Allow-Origin 属性。以下是阿里 CDN 的示例：

$ curl --head https://retcode.alicdn.com/retcode/bl.js | grep -i "access-control-allow-origin" => access-control-allow-origin: * 完成上述两步之后，即可通过 window.onerror 捕获跨域脚本的报错信息。回到之前的案例，页面重新运行后，捕获到的结果是：

=> "ReferenceError: bar is not defined", "http://another-domain.com/app.js", 2, 1, [Object Error] 解法 2（可选）：try catch 难以在 HTTP 请求响应头中添加跨域属性时，还可以考虑 try catch 这个备选方案。 在之前的示例 HTML 页面中加入 try catch：

=> ReferenceError: bar is not defined at foo (http://another-domain.com/app.js:2:3) at http://test.com/:15:3 => "Script error.", "", 0, 0, undefined 可见 try catch 中的 Console 语句输出了完整的信息，但 window.onerror 中只能捕获“Script error”。根据这个特点，可以在 catch 语句中手动上报捕获的异常。

// 参考本文末尾的相关文档“前端监控 API 使用指南” __bl.error(error, pos);

说明 尽管 try catch 方法可以捕获部分异常，但推荐采用解法 1。