14

为了使调试更容易，我在 Chrome 中捕获了所有控制台日志，以便提交反馈条目的用户也将所有日志提交到我们的服务器。当有人在生产中遇到问题时，我首先可以让他们恢复工作，这样我就可以坐下来更彻底地检查所有日志，以确定用户在生产中遇到的任何问题的根本原因。

我用来捕获日志的技术涉及覆盖 console.log，以便在第一个参数中输入的所有文本都存储在一个数组中，同时调用旧函数，这样我仍然可以在控制台中看到日志。

问题是偶尔会出现未捕获的异常。这些不包含在上传的日志中，因此并不总是清楚导致问题的原因。所以我尝试通过编写一个以函数作为参数的 JavaScript 函数来覆盖 ReferenceError，然后返回一个新函数来处理它，比如将数据存储在变量中，然后在最后一步调用旧函数：

function overrideException(legacyFn) {  

    /** arguments for original fn **/
    return function() {

        var args = [];

        args[0] = arguments[0];

        // pass in as arguments to original function and store result to 
          // prove we overrode the ReferenceError
        output = ">> " + legacyFn.apply(this, args).stack;

        return legacyFn.apply(this, arguments);
    }           

}

为了测试 overrideException 函数，我在控制台上运行了以下代码：

ReferenceError = overrideException(ReferenceError);

之后，我通过手动抛出一个 ReferenceError 来测试返回的函数，新的 ReferenceError：

throw new ReferenceError("YES!! IT WORKS! HAHAHA!");

控制台上的结果输出是：

参考错误：是的！有用！哈哈哈！

从 overrideException 函数检查全局变量output表明它确实运行了：

output
  ">> ReferenceError: YES!! IT WORKS! HAHAHA!
  at ReferenceError (<anonymous>)
  at new <anonymous> (<anonymous>:18:35)
  at <anonymous>:2:7
  at Object.InjectedScript._evaluateOn (<anonymous>:562:39)
  at Object.InjectedScript._evaluateAndWrap (<anonymous>:521:52)
  at Object.InjectedScript.evaluate (<anonymous>:440:21)"

现在，事情开始分崩离析。在我们的代码中，我们不知道何时发生未捕获的异常，因此我尝试运行一个不存在的函数来测试它：

ttt();

结果是：

ReferenceError: ttt 未定义

然而，与我们明确抛出错误的情况不同，在这种情况下，函数不会触发，我们只剩下遗留功能。变量的内容与output第一次测试中的相同。

所以问题似乎是这样的： 我们如何覆盖 JavaScript 引擎用来抛出错误的 ReferenceError 功能，以便它与我们在抛出 ReferenceError 时使用的功能相同？

请记住，我的问题目前仅限于 Chrome；我正在构建一个 Chrome 打包应用程序。

4

1 回答 1

12

出于同样的原因，我做了很多研究：我想记录错误并报告它们。

“覆盖”本机类型（无论是ReferenceError、String还是Array）是不可能的。

Chrome 在运行任何 Javascript 之前绑定这些，因此重新定义window.ReferenceError无效。

ReferenceError您可以使用类似的东西进行扩展ReferenceError.prototype.extension = function() { return 0; }，甚至覆盖toString（为了保持一致性，请在页面上尝试，而不是在开发工具上）。

这对你没有多大帮助。

不过不用担心......

(1)window.onerror用于获取未捕获错误的文件名、1-indexed 行号和0-indexed 位置，以及错误本身。

var errorData = [];
onerror = function(message, file, line, position, error) {
    errorData.push({message:message, file:file, line:line, position:position, error:error});
};

有关示例，请参见小提琴。由于 OP 是特定于 Chrome 的，因此仅在 Chrome 中进行了测试。

(2) 由于对 (1) 的改进，这不再是必要的，但为了完整性，我将第二种技术留在这里，因为onerror不能保证对所有浏览器上的所有错误都有效。您有时还会看到以下内容：

var errors = [];
function protectedFunction(f) {
    return function() {
        try {
            f.apply(this, arguments);
        } catch(e) {
            errors.push(e);
            throw e;
        }
    };
}
setTimeout = protectedFunction(setTimeout);
setInterval = protectedFunction(setInterval);
etc...

仅供参考，所有这些都与在 Gmail 开发期间创建的 Google Closure Compiler 库中所做的非常相似，goog.debug目的就是这样做。特别感兴趣的是goog.debug.ErrorHandler和goog.debug.ErrorReporter。

于 2013-10-29T04:20:33.090 回答