在许多情况下，这本质上与处理器比其他比较更快地比较0这一事实无关。

这是因为只有少数Javascript引擎(JIT列表中的那些)真正生成机器语言代码。

大多数Javascript引擎构建源代码的内部表示，然后对其进行解释(要了解这是什么样子，请查看Firefox的SpiderMonkey页面底部附近)。一般来说，如果一段代码实际上做同样的事情，但导致更简单的内部表示，它将运行得更快。

请记住，对于简单的任务，如从一个变量中添加/减去一个，或将一个变量与某个东西进行比较，解释器从一个内部“指令”移动到下一个“指令”的开销是相当高的，因此JS引擎内部使用的“指令”越少越好。

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

本页上最流行的答案在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;
}

它取决于数组在内存中的位置，以及访问该数组时内存页面的命中率。

在某些情况下，按列顺序访问数组成员比按行顺序访问快，因为命中率增加了。

有时，对代码的编写方式做一些非常小的更改，可能会对代码的实际运行速度产生很大的影响。一个微小的代码更改可能会对执行时间产生很大影响的地方是我们有一个处理数组的for循环。当数组是网页上的元素(如单选按钮)时，这种改变的影响最大，但即使数组是Javascript代码的内部，也值得应用这种改变。

编写for循环来处理数组的常规方法如下:

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

The problem with this is that evaluating the length of the array using myArray.length takes time and the way that we have coded the loop means that this evaluation has to be performed every time around the loop. If the array contains 1000 elements then the length of the array will be evaluated 1001 times. If we were looking at radio buttons and had myForm.myButtons.length then it will take even longer to evaluate since the appropriate group of buttons within the specified form must first be located before the length can be evaluated each time around the loop.

显然，我们不希望数组的长度在处理时发生变化，因此所有这些重新计算长度的操作只是不必要地增加了处理时间。(当然，如果你在循环中有添加或删除数组条目的代码，那么数组大小可以在迭代之间改变，所以我们不能改变测试它的代码)

对于一个大小固定的循环，我们能做的就是在循环开始时计算长度，并将其保存在一个变量中。然后，我们可以测试变量以决定何时终止循环。这比每次计算数组长度要快得多，特别是当数组包含多个条目或是网页的一部分时。

这样做的代码是:

for (var i = 0, var j = myArray.length; i < j; i++) {...

因此，现在我们只计算数组的大小一次，并在每次循环中测试循环计数器是否包含该值的变量。访问这个额外的变量比计算数组的大小要快得多，因此我们的代码将比以前运行得快得多。我们的脚本中只有一个额外的变量。

通常情况下，处理数组的顺序并不重要，只要数组中的所有条目都得到了处理。在这种情况下，我们可以通过去掉刚刚添加的额外变量并以相反的顺序处理数组来使代码稍微快一些。

以最有效的方式处理数组的最终代码是:

for (var i = myArray.length-1; i > -1; i--) {...

这段代码仍然只在开始时计算一次数组的大小，但不是将循环计数器与变量进行比较，而是将其与常量进行比较。由于访问常量比访问变量更有效，并且由于我们的赋值语句比以前少了一个，所以第三个版本的代码现在比第二个版本的效率略高，比第一个版本的效率要高得多。

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

for循环是这样运行的:

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

所以,

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

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

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

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

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

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