各浏览器对js循环的执行能力测试

代码如下：

<div id="msg1">msg</div>
<div id="msg2">msg</div>
<script>
function $(d){
       return document.getElementById(d);
}
var TimeWast = function () {
       var timeStart;
       this.Start = function () {
              timeStart = new Date();
       }
       this.wast = function () {
              var retVal = new Date().getTime() - timeStart.getTime();
              timeStart = new Date();
              //console.log("---------------- " + retVal + " ms ----------------\n");
              return retVal
       }
}
 
var arr = new Array(100000000);
 
var timeWast = new TimeWast();
timeWast.Start();
var len = arr.length;
for (var i = 0; i < len ; i++) {
       var a2 = 1;
}
$('msg1').innerHTML =  timeWast.wast() + "  ms len = arr.length<br/>" ;
 
var timeWast = new TimeWast();
timeWast.Start();
for (var i = 0; i < arr.length ; i++) {
       var a2 = 1;
}
$('msg2').innerHTML =  timeWast.wast() + "  ms i < arr.length\n" ;
 
</script>

结果如下：

本人PC：i5-2320 3.00GHz，2G内存。

可以看出：总体来说，firefox是最牛的，其次是谷歌，Safari与IE差不多了，移动设备上的Safari表现更差（1200+和4000+ms），当然这受到硬件的影响。

都是循环1亿次，但是两个循环的判断条件稍有区别，下面一个是直接度数组的length属性，而第一个结果是先把length赋给一个变量。经过多次测试，奇怪的是几乎所有浏览器都是后面一个速度更慢，但firefox上面一个速度还慢一点点，当循环次数更大区别就更大，当为10亿次时，区别达到100ms快，还有一个现象的是，opera对两者处理的区别达到4倍几乎。

如下图：

我猜想这可能是每个浏览器对数组的length属性处理不一样造成的。