因为。。。in通过持有数组的对象枚举，而不是数组本身。如果我向数组原型链中添加了一个函数，那么它也将包含在内。即。

Array.prototype.myOwnFunction = function() { alert(this); }
a = new Array();
a[0] = 'foo';
a[1] = 'bar';
for(x in a){
 document.write(x + ' = ' + a[x]);
}

这将写入：

0 = foo
1 = bar
myOwnFunction = function() { alert(this); }

而且，由于您永远无法确定不会向原型链中添加任何内容，因此只需使用for循环来枚举数组：

for(i=0,x=a.length;i<x;i++){
 document.write(i + ' = ' + a[i]);
}

这将写入：

0 = foo
1 = bar

您应该只在属性列表上使用for（var x in y），而不是在对象上（如上所述）。

简短的回答：这不值得。

更长的答案：即使不需要顺序元素顺序和最佳性能，这也不值得。

长篇大论：这不值得。。。

使用for（数组中的var属性）将导致数组作为对象迭代，遍历对象原型链，最终执行速度比基于索引的for循环慢。for（…in…）不能保证按顺序返回对象财产，这可能是意料之中的。使用hasOwnProperty（）和！用于筛选对象财产的isNaN（）检查是一项额外的开销，导致它的执行速度更慢，并否定了首先使用它的主要原因，即因为它的格式更简洁。

出于这些原因，甚至不存在性能和便利性之间可接受的权衡。除非目的是将数组作为对象处理，并对数组的对象财产执行操作，否则实际上没有任何好处。

for/in使用两种类型的变量：哈希表（关联数组）和数组（非关联）。

JavaScript将自动确定其通过项目的方式。因此，如果您知道数组确实是非关联的，可以使用（var i=0；i<=arrayLen；i++），并跳过自动检测迭代。

但在我看来，最好使用for/in，自动检测所需的过程非常小。

对此的真正答案将取决于浏览器解析器/解释JavaScript代码的方式。它可以在浏览器之间更改。

我想不出不使用for/in的其他目的；

//Non-associative
var arr = ['a', 'b', 'c'];
for (var i in arr)
   alert(arr[i]);

//Associative
var arr = {
   item1 : 'a',
   item2 : 'b',
   item3 : 'c'
};

for (var i in arr)
   alert(arr[i]);

虽然这个问题没有特别提到，但我想补充一点，有一个很好的理由永远不要使用。。。在中使用NodeList（就像从querySelectorAll调用中获得的那样，因为它根本看不到返回的元素，而只在NodeListneneneba属性上迭代。

在单个结果的情况下，我得到：

var nodes = document.querySelectorAll(selector);
nodes
▶ NodeList [a._19eb]
for (node in nodes) {console.log(node)};
VM505:1 0
VM505:1 length
VM505:1 item
VM505:1 entries
VM505:1 forEach
VM505:1 keys
VM505:1 values

这解释了为什么我的for（节点中的节点）node.href=newLink；正在失败。

有三个原因你不应该使用。。在中迭代数组元素：

对于in将循环遍历数组对象的所有自己和继承的财产，这些属性不是DontEnum；这意味着，如果有人将财产添加到特定数组对象（这有合理的原因-我自己做过）或更改array.prototype（这在代码中被认为是错误的做法，应该与其他脚本一起工作），这些财产也会被迭代；通过检查hasOwnProperty（）可以排除继承的财产，但这对数组对象本身中设置的财产没有帮助对于中不能保证保留元素顺序它的速度很慢，因为您必须遍历数组对象的所有财产及其整个原型链，并且仍然只能获取属性的名称，即要获取值，需要进行额外的查找