反向循环真的更快吗?

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

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

即。

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

当前回答

你现在做的方式不是更快(除了它是一个无限循环，我猜你的意思是做I——。

如果你想让它更快，请:

for (i = 10; i--;) {
    //super fast loop
}

当然，在这么小的循环中你不会注意到它。它更快的原因是因为你在检查i是否为“真”时递减i(当它达到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，…) 你可以选择一个更好的算法您可以选择更好的数据结构

但是请记住:

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

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

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

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

爱死它了，很多分数但没有回答:D

简单地把比较放在零总是最快的比较

因此(a==0)返回True比(a==5)更快

它很小且无关紧要，并且集合中有1亿行，因此它是可测量的。

例如，在循环中，你可能会说where I <= array。长度和I的增量

在下行循环中，你可能会说I >= 0，而不是减去I。

比较速度更快。而不是循环的“方向”。

它可以解释为JavaScript(以及所有语言)最终被转换为在CPU上运行的操作码。cpu总是只有一条指令用于与0进行比较，这非常快。

顺便说一句，如果你能保证count总是>= 0，你可以简化为:

for (var i = count; i--;)
{
  // whatever
}

i——或i++占用的时间并不多。如果你深入到CPU架构中，++比——更快，因为——操作会做2的补位，但它发生在硬件内部，所以这将使它更快，而且++和——之间没有太大的区别，而且这些操作被认为是CPU消耗的时间最少的。

for循环是这样运行的:

在开始时初始化变量一次。检查循环的第二个操作数中的约束，<，>，<=等。然后应用循环。递增循环，循环再次抛出这些进程。

所以,

for (var i = Things.length - 1; i >= 0; i--) {
    Things[i]
};

将计算数组的长度只有一次在开始时，这不是很多时间，但是

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

将计算每个循环的长度，因此它将消耗大量时间。

推荐文章