本文共 2164 字,大约阅读时间需要 7 分钟。
要捕获 JavaScript 代码中的异常一般会采用 try catch,不过 try catch 的使用是否是对代码性能产生影响呢?答案是肯定有的,但是有多少不得而知。
淘宝前端线上脚本错误的捕获方法:
window.JSTracker = window.JSTracker || [];try{ //your code}catch(e){ JSTracker.push(e); throw e; //建议将错误再次抛出,避免测试无法发现异常} |
简单的设计方案也就是对比实验。
空白组1:[无 try catch 的情况下对数据取模1千万次耗时]
|
参照组2:[将耗时代码用 try 包围,内联耗时代码]
|
参照组3:[将耗时代码用 try 包围,外联耗时代码]
|
参照组4:[将耗时代码用 catch 包围,内联耗时代码]
|
参照组5:[将耗时代码用 catch 包围,外联耗时代码]
|
- | 不使用 try-catch | try 中耗时,内联代码 | try 中耗时,外联代码 | catch 中耗时,内联代码 | catch 中耗时,外联代码 |
---|---|---|---|---|---|
Chrome44 | 98.2 | 1026.9 | 107.7 | 1028.5 | 105.9 |
针对第二点,可以查看 ECMA 中关于 try catch 的解释,在代码进入 try catch 的时候 js引擎会拷贝当前的词法环境,拷贝的其实就是当前 scope 下的所有的变量。
在使用 try catch 的时候尽量把 try catch 放在一个相对干净的 scope 中,同时在 try catch 语句中也尽量保证足够少的变量,最好通过函数调用方式来 try catch。
测试过程中还是发现了一个疑问, 以下两段代码在 Chrome 44 中运行出来的结果差距非常大,加了一句空的 try catch 之后平均为:850ms,加上之前为:140ms。
!function() { //无 try catch 的情况耗时 var t = new Date(); //耗时代码开始 for (var i = 0; i < 100000000; i++) { var p = i % 2; } //耗时代码结束 document.write(new Date() - t); try{ }catch(e){ } }(); |
!function() { //无 try catch 的情况耗时 var t = new Date(); //耗时代码开始 for (var i = 0; i < 100000000; i++) { var p = i % 2; } //耗时代码结束 document.write(new Date() - t); }(); |
其实原因很简单
只要把代码改为这样 耗时就降下来了: !function() { !function() { //无 try catch 的情况耗时 var t = new Date(); //耗时代码开始 for (var i = 0; i < 100000000; i++) { var p = i % 2; } //耗时代码结束 document.write(new Date() - t); }(); try{ }catch(e){ } }(); |