前言
之前一直没有去研究try catch对代码运行的性能影响,只是一直停留在了感觉上,正好最近开会交流学习的时候,有人提出了相关的问题。借着周末,正好研究一番。
前端线上脚本错误的捕获方法:
window.JSTracker=window.JSTracker||[]; try{ //your code }catch(e){ JSTracker.push(e); throwe;//建议将错误再次抛出,避免测试无法发现异常 }
设计实验方式
简单的设计方案也就是对比实验。
空白组1:[无 try catch 的情况下对数据取模1千万次耗时]
<!DOCTYPEhtml> <html> <head> <title>1无trycatch的情况耗时</title> <script> !function(){ //无try catch的情况耗时 vart=newDate(); //耗时代码开始 for(vari=0;i<100000000;i++){ varp=i%2; } //耗时代码结束 document.write(newDate()–t); }(); </script> </head> <body> </body> </html>
参照组2:[将耗时代码用 try 包围,内联耗时代码]
<!DOCTYPEhtml> <html> <head> <title>2在try中内联代码的耗时情况</title> <script> !function(){ //在 try 中内联代码的耗时情况 vart=newDate(); try{ //耗时代码开始 for(vari=0;i<100000000;i++){ varp=i%2; } //耗时代码结束 thrownewError(); }catch(e){ } document.write(newDate()–t); }(); </script> </head> <body> </body> </html>
参照组3:[将耗时代码用 try 包围,外联耗时代码]
<!DOCTYPEhtml> <html> <head> <title>3在try中内联代码的耗时情况</title> <script> !function(){ functionrun(){ //耗时代码开始 for(vari=0;i<100000000;i++){ varp=i%2; } //耗时代码结束 } //在 try 中内联代码的耗时情况 vart=newDate(); try{ run(); thrownewError(); }catch(e){ } document.write(newDate()–t); }(); </script> </head> <body> </body> </html>
参照组4:[将耗时代码用 catch 包围,内联耗时代码]
<!DOCTYPEhtml> <html> <head> <title>4在catch中内联代码的耗时情况</title> <script> !function(){ //在 catch 中内联代码的耗时情况 vart=newDate(); try{ thrownewError(); }catch(e){ //耗时代码开始 for(vari=0;i<100000000;i++){ varp=i%2; } //耗时代码结束 } document.write(newDate()–t); }(); </script> </head> <body> </body> </html>
参照组5:[将耗时代码用 catch 包围,外联耗时代码]
<!DOCTYPEhtml> <html> <head> <title>5在catch中内联代码的耗时情况</title> <script> !function(){ functionrun(){ //耗时代码开始 for(vari=0;i<100000000;i++){ varp=i%2; } //耗时代码结束 } //在 catch 中内联代码的耗时情况 vart=newDate(); try{ thrownewError(); }catch(e){ run(); } document.write(newDate()–t); }(); </script> </head> <body> </body> </html>
运行结果(只选取了 Chrome 作为示例)
给出总结
使用 try catch 的使用无论是在 try 中的代码还是在 catch 中的代码性能消耗都是一样的。
需要注意的性能消耗在于 try catch 中不要直接塞进去太多的代码(声明太多的变量),最好是吧所有要执行的代码放在另一个 function 中,通过调用这个 function 来执行。
针对第二点,可以查看 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 的情况耗时 vart=newDate(); //耗时代码开始 for(vari=0;i<100000000;i++){ varp=i%2; } //耗时代码结束 document.write(newDate()–t); try{ }catch(e){ } }(); !function(){ //无 try catch 的情况耗时 vart=newDate(); //耗时代码开始 for(vari=0;i<100000000;i++){ varp=i%2; } //耗时代码结束 document.write(newDate()–t); }();
其实原因很简单
只要把代码改为这样 耗时就降下来了:
!function(){ !function(){ //无 try catch 的情况耗时 vart=newDate(); //耗时代码开始 for(vari=0;i<100000000;i++){ varp=i%2; } //耗时代码结束 document.write(newDate()–t); }(); try{ }catch(e){ } }();
总结
以上就是关于使用try catch对代码运行性能影响的全部内容,希望本文的内容对大家学习或者使用Javascript能带来一定的帮助,如果有疑问大家可以留言交流。
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
P70系列延期,华为新旗舰将在下月发布
3月20日消息,近期博主@数码闲聊站 透露,原定三月份发布的华为新旗舰P70系列延期发布,预计4月份上市。
而博主@定焦数码 爆料,华为的P70系列在定位上已经超过了Mate60,成为了重要的旗舰系列之一。它肩负着重返影像领域顶尖的使命。那么这次P70会带来哪些令人惊艳的创新呢?
根据目前爆料的消息来看,华为P70系列将推出三个版本,其中P70和P70 Pro采用了三角形的摄像头模组设计,而P70 Art则采用了与上一代P60 Art相似的不规则形状设计。这样的外观是否好看见仁见智,但辨识度绝对拉满。
更新日志
- 凤飞飞《我们的主题曲》飞跃制作[正版原抓WAV+CUE]
- 刘嘉亮《亮情歌2》[WAV+CUE][1G]
- 红馆40·谭咏麟《歌者恋歌浓情30年演唱会》3CD[低速原抓WAV+CUE][1.8G]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[320K/MP3][193.25MB]
- 【轻音乐】曼托凡尼乐团《精选辑》2CD.1998[FLAC+CUE整轨]
- 邝美云《心中有爱》1989年香港DMIJP版1MTO东芝首版[WAV+CUE]
- 群星《情叹-发烧女声DSD》天籁女声发烧碟[WAV+CUE]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[FLAC/分轨][748.03MB]
- 理想混蛋《Origin Sessions》[320K/MP3][37.47MB]
- 公馆青少年《我其实一点都不酷》[320K/MP3][78.78MB]
- 群星《情叹-发烧男声DSD》最值得珍藏的完美男声[WAV+CUE]
- 群星《国韵飘香·贵妃醉酒HQCD黑胶王》2CD[WAV]
- 卫兰《DAUGHTER》【低速原抓WAV+CUE】
- 公馆青少年《我其实一点都不酷》[FLAC/分轨][398.22MB]
- ZWEI《迟暮的花 (Explicit)》[320K/MP3][57.16MB]