反向循环真的更快吗?

这话我听过好几次了。JavaScript循环在向后计数时真的更快吗?如果有，为什么?我已经看到了一些测试套件示例，它们显示反向循环更快，但我找不到任何解释!

我假设这是因为循环不再需要在每次检查属性时评估它是否已经完成，它只检查最终的数值。

即。

for (var i = count - 1; i >= 0; i--)
{
  // count is only evaluated once and then the comparison is always on 0.
}

当前回答

我在jsbench上做了一个比较。

正如alestani指出的那样，在升序循环中需要花费时间的一件事是，对于每次迭代，计算数组的大小。在这个循环中:

for ( var i = 1; i <= array.length; i++ )

每次增加i，你就计算。length。

for ( var i = 1, l = array.length; i <= l; i++ )

当你声明i时，你只对.length求值一次。

for ( var i = array.length; i--; )

比较是隐式的，它发生在i递减之前，并且代码非常可读。然而，你在循环中放入的东西会产生很大的不同。

循环调用函数(在其他地方定义):

for (i = values.length; i-- ;) {
  add( values[i] );
}

内联代码循环:

var sum = 0;
for ( i = values.length; i-- ;) {
  sum += values[i];
}

如果你可以内联你的代码，而不是调用一个函数，而不牺牲易读性，你可以有一个数量级的速度循环!

注意:由于浏览器越来越擅长内联简单的函数，这实际上取决于你的代码有多复杂。所以，先配置再优化，因为

瓶颈可能在其他地方(ajax, reflow，…) 你可以选择一个更好的算法您可以选择更好的数据结构

但是请记住:

代码是为了让人阅读而写的，只是顺便让机器执行。

其他回答

这并不依赖于——或++符号，而是取决于你在循环中应用的条件。

例如:如果变量有一个静态值，那么循环会比每次循环都检查条件(比如数组的长度或其他条件)更快。

但是不用担心这种优化，因为这次它的效果是以纳秒为单位衡量的。

帮助别人避免头痛——投票吧!!

本页上最流行的答案在Firefox 14上不工作，并且没有通过jsLinter。while循环需要比较操作符，而不是赋值操作符。它可以在chrome、safari甚至ie浏览器上运行。但在firefox中消亡了。

这个坏了!

var i = arr.length; //or 10
while(i--)
{
  //...
}

这会有用的!(在firefox上工作，通过jsLinter)

var i = arr.length; //or 10
while(i>-1)
{
  //...
  i = i - 1;
}

编译器不会缓存。length，因此它没有区别，如果你比较0或。length?我想这对于你正在处理的编译器或解释器是非常特定的。

我想说的是，如果你使用的是一个优化的编译器或解释器，那么你不应该担心这个问题，这是语言开发人员应该担心的问题。

曾经有人说——i(在c++中)更快，因为只有一个结果，即递减的值。I——需要将减后的值存储回I，并保留原始值作为结果(j = I——;)。在大多数编译器中，这会占用两个而不是一个寄存器，这可能会导致另一个变量必须写入内存，而不是作为寄存器变量保留。

我同意其他人的看法，他们说现在没有什么不同。

使用前缀增量操作符要快一些。对于后缀，编译器必须保留之前的值作为表达式的结果。

for (var i = 0; i < n; ++i) {
  do_stuff();
}

聪明的解释器或编译器会看到i++的结果没有被使用，也不会存储表达式的结果，但不是所有的js引擎都这样做。

推荐文章