js状态（异常）监控

解决方案

我们先来比较两个方案各自的特点。

try,catch的方案有如下特点：

1. 无法捕捉到语法错误，只能捕捉运行时错误；
2. 可以拿到出错的信息，堆栈，出错的文件、行号、列号；
3. 需要借助工具把所有的function块以及文件块加入try,catch，可以在这个阶段打入更多的静态信息。

window.onerror的方案有如下特点：

1. 可以捕捉语法错误，也可以捕捉运行时错误；
2. 可以拿到出错的信息，堆栈，出错的文件、行号、列号；
3. 只要在当前页面执行的js脚本出错都会捕捉到，例如：浏览器插件的javascript、或者flash抛出的异常等。
4. 跨域的资源需要特殊头部支持。

对于跨域的JS资源，window.onerror拿不到详细的信息，需要往资源的请求添加额外的头部。静态资源请求需要加多一个Access-Control-Allow-Origin头部，同时script引入外链的标签需要加多一个crossorigin的属性。经过这样折腾后一样能获取到准确的出错信息。

window.onerror的方法要比try,catch方法更加完善，我们允许少量由于插件带来的脚本错误，最后window.onerror实现的方式是：

window.onerror = function(msg,url,line,col,error){    //没有URL不上报！上报也不知道错误    if (msg != "Script error." && !url){        return true;    }    //采用异步的方式    //我遇到过在window.onunload进行ajax的堵塞上报    //由于客户端强制关闭webview导致这次堵塞上报有Network Error    //我猜测这里window.onerror的执行流在关闭前是必然执行的    //而离开文章之后的上报对于业务来说是可丢失的    //所以我把这里的执行流放到异步事件去执行    //脚本的异常数降低了10倍    setTimeout(function(){        var data = {};        //不一定所有浏览器都支持col参数        col = col || (window.event && window.event.errorCharacter) || 0;         data.url = url;        data.line = line;        data.col = col;        if (!!error && !!error.stack){            //如果浏览器有堆栈信息            //直接使用            data.msg = error.stack.toString();        }else if (!!arguments.callee){            //尝试通过callee拿堆栈信息            var ext = [];            var f = arguments.callee.caller, c = 3;            //这里只拿三层堆栈信息            while (f && (--c>0)) {               ext.push(f.toString());               if (f  === f.caller) {                    break;//如果有环               }               f = f.caller;            }            ext = ext.join(",");            data.msg = ext;        }        //把data上报到后台！    },0);     return true;};

后话

上线的稳定性不仅仅依托于代码异常的监控，代码异常监控只能监控到你代码的健康性，而很多时候业务的稳定还需要监控一些业务数据，例如昨天有1000个人点击了关注按钮，今天上线后突然变成了300人点击，除非你很清楚你上线的行为是会导致点击数下降，否则我们就应该重新审查这次上线是否存在问题，必要时还应该回退这次上线。

原文地址：http://rapheal.sinaapp.com/2014/11/06/javascript-error-monitor/