这话我听过好几次了。JavaScript循环在向后计数时真的更快吗?如果有，为什么?我已经看到了一些测试套件示例，它们显示反向循环更快，但我找不到任何解释!
我假设这是因为循环不再需要在每次检查属性时评估它是否已经完成，它只检查最终的数值。
即。
for (var i = count - 1; i >= 0; i--)
{
// count is only evaluated once and then the comparison is always on 0.
}
当前回答
简单地说
“i——和i++。实际上，它们都需要相同的时间。”
但在这种情况下，当你进行增量操作。处理器计算.length每个时间变量都加1，如果减量..特别是在这种情况下，它只计算一次。length直到得到0。
其他回答
使用前缀增量操作符要快一些。对于后缀，编译器必须保留之前的值作为表达式的结果。
for (var i = 0; i < n; ++i) {
do_stuff();
}
聪明的解释器或编译器会看到i++的结果没有被使用，也不会存储表达式的结果，但不是所有的js引擎都这样做。
曾经有人说——i(在c++中)更快，因为只有一个结果，即递减的值。I——需要将减后的值存储回I，并保留原始值作为结果(j = I——;)。在大多数编译器中，这会占用两个而不是一个寄存器，这可能会导致另一个变量必须写入内存，而不是作为寄存器变量保留。
我同意其他人的看法，他们说现在没有什么不同。
这并不依赖于——或++符号，而是取决于你在循环中应用的条件。
例如:如果变量有一个静态值，那么循环会比每次循环都检查条件(比如数组的长度或其他条件)更快。
但是不用担心这种优化，因为这次它的效果是以纳秒为单位衡量的。
我想为这个线程贡献最快的JavaScript循环，是跨浏览器的!与反向while循环相比，该循环的性能提高了500%以上。
我的博客:JavaScript中最快的循环
I和i++一样快
下面的代码和你的一样快，但使用了一个额外的变量:
var up = Things.length;
for (var i = 0; i < up; i++) {
Things[i]
};
建议不要每次都计算数组的大小。对于大数组，可以看到性能下降。
