这话我听过好几次了。JavaScript循环在向后计数时真的更快吗?如果有，为什么?我已经看到了一些测试套件示例，它们显示反向循环更快，但我找不到任何解释!
我假设这是因为循环不再需要在每次检查属性时评估它是否已经完成，它只检查最终的数值。
即。
for (var i = count - 1; i >= 0; i--)
{
// count is only evaluated once and then the comparison is always on 0.
}
当前回答
++还是——并不重要，因为JavaScript是一种解释型语言，而不是编译型语言。每条指令都翻译成一种以上的机器语言，你不应该关心那些血腥的细节。
那些谈论使用——(或++)来有效使用汇编指令的人是错误的。这些指令适用于整数算术，在JavaScript中没有整数，只有数字。
您应该编写可读的代码。
其他回答
我在《Sublime Text 2》中看到了同样的建议。
如前所述，主要的改进不是在for循环的每次迭代中计算数组的长度。这是一种众所周知的优化技术，当数组是HTML文档的一部分时，在JavaScript中特别有效(为所有li元素执行for)。
例如,
For (var I = 0;i < document.getElementsByTagName('li').length;我+ +)
慢得多
for （was i = 0， len = document.getElementsByTagName（'li'）.length; in < fief; i++）
在我看来，你的问题中表单的主要改进是它没有声明一个额外的变量(在我的例子中是len)
但如果你问我，我认为重点不在于i++ vs i——优化，而在于不必在每次迭代时计算数组的长度(您可以看到jsperf上的基准测试)。
并不是说i比i++快。实际上，它们都一样快。
在升序循环中需要花费时间的是，对于每个i，计算数组的大小。在这个循环中:
for(var i = array.length; i--;)
当你声明i时，你只对.length求值一次，而对于这个循环
for(var i = 1; i <= array.length; i++)
当你检查i是否<= array.length时，你每次增加i就计算.length。
在大多数情况下，您甚至不应该担心这种优化。
在许多情况下，这本质上与处理器比其他比较更快地比较0这一事实无关。
这是因为只有少数Javascript引擎(JIT列表中的那些)真正生成机器语言代码。
大多数Javascript引擎构建源代码的内部表示，然后对其进行解释(要了解这是什么样子，请查看Firefox的SpiderMonkey页面底部附近)。一般来说，如果一段代码实际上做同样的事情，但导致更简单的内部表示，它将运行得更快。
请记住，对于简单的任务，如从一个变量中添加/减去一个，或将一个变量与某个东西进行比较，解释器从一个内部“指令”移动到下一个“指令”的开销是相当高的，因此JS引擎内部使用的“指令”越少越好。
首先，i++和i——在任何编程语言(包括JavaScript)上花费的时间完全相同。
下面的代码花费的时间大不相同。
快速:
for (var i = 0, len = Things.length - 1; i <= len; i++) { Things[i] };
慢:
for (var i = 0; i <= Things.length - 1; i++) { Things[i] };
因此，下面的代码也需要不同的时间。
快速:
for (var i = Things.length - 1; i >= 0; i--) { Things[i] };
慢:
for (var i = 0; i <= Things.length - 1; i++) { Things[i] };
附:由于编译器的优化，Slow只适用于少数语言(JavaScript引擎)。最好的方法是用'<'代替'<='(或'=')，用'——i'代替'i——'。
这个人比较了javascript和很多浏览器中的循环。他还提供了一个测试套件，您可以自己运行这些测试。
在所有情况下(除非我在阅读中遗漏了一个)，最快的循环是:
var i = arr.length; //or 10
while(i--)
{
//...
}
