我在《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上的基准测试)。

++还是——并不重要，因为JavaScript是一种解释型语言，而不是编译型语言。每条指令都翻译成一种以上的机器语言，你不应该关心那些血腥的细节。

那些谈论使用——(或++)来有效使用汇编指令的人是错误的。这些指令适用于整数算术，在JavaScript中没有整数，只有数字。

您应该编写可读的代码。

我想为这个线程贡献最快的JavaScript循环，是跨浏览器的!与反向while循环相比，该循环的性能提高了500%以上。

我的博客:JavaScript中最快的循环

简短的回答

对于普通代码，特别是在像JavaScript这样的高级语言中，i++和i——在性能上没有区别。

性能标准是在for循环和compare语句中的使用。

这适用于所有高级语言，并且基本上独立于JavaScript的使用。解释是最后一行的汇编代码。

详细解释

在循环中可能会出现性能差异。背景是，在汇编代码级别上，您可以看到compare with 0只是一个语句，不需要额外的寄存器。

这种比较是在循环的每一次传递中进行的，可能会导致可测量的性能改进。

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

将被求值为如下的伪代码:

 i=array.length
 :LOOP_START
 decrement i
 if [ i = 0 ] goto :LOOP_END
 ... BODY_CODE
 :LOOP_END

注意，0是一个字面值，或者换句话说，是一个常量值。

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

将被计算为如下的伪代码(假设是正常的解释器优化):

 end=array.length
 i=0
 :LOOP_START
 if [ i < end ] goto :LOOP_END
 increment i
 ... BODY_CODE
 :LOOP_END

注意，end是一个需要CPU寄存器的变量。这可能会在代码中调用额外的寄存器交换，并且需要在if语句中使用更昂贵的compare语句。

只是我的5美分

对于高级语言来说，可读性(有助于可维护性)作为一种较小的性能改进更为重要。

通常，从数组开始到结束的经典迭代更好。

从数组末端到开始的快速迭代会导致可能不需要的反向序列。

附言

正如在评论中问到的:-i和i-的区别在于i在递减之前或之后的求值。

最好的解释是尝试一下;-)下面是一个Bash示例。

 % i=10; echo "$((--i)) --> $i"
 9 --> 9
 % i=10; echo "$((i--)) --> $i"
 10 --> 9

For (var I = array.length;我,)快不了多少。但是当你替换数组时。使用super_puper_function()，这可能会快得多(因为它在每次迭代中都被调用)。这就是区别。

如果你打算在2014年改变它，你不需要考虑优化。如果你打算用“搜索和替换”来改变它，你不需要考虑优化。如果你没有时间，你不需要考虑优化。但是现在，你有时间考虑一下。

注:i——并不比i++快。

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

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