截至2016年（ES6），我们可能会使用for…for数组迭代，正如John Slegers已经注意到的那样。

我只想添加一个简单的演示代码，以使事情更清楚：

Array.prototype.foo = 1;
var arr = [];
arr[5] = "xyz";

console.log("for...of:");
var count = 0;
for (var item of arr) {
    console.log(count + ":", item);
    count++;
    }

console.log("for...in:");
count = 0;
for (var item in arr) {
    console.log(count + ":", item);
    count++;
    }

控制台显示：

for...of:

0: undefined
1: undefined
2: undefined
3: undefined
4: undefined
5: xyz

for...in:

0: 5
1: foo

换句话说：

对于的计数从0到5，并且还忽略Array.prototype.foo。它显示数组值。对于中只列出了5个，忽略了未定义的数组索引，但添加了foo。它显示数组属性名称。

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

因为如果你不小心的话，它会迭代属于原型链上对象的财产。

您可以使用。。在中，只需确保使用hasOwnProperty检查每个属性。

虽然这个问题没有特别提到，但我想补充一点，有一个很好的理由永远不要使用。。。在中使用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；正在失败。

简短的回答：这不值得。

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

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

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

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

因为它通过对象字段而不是索引枚举。你可以用索引“length”获得值，我怀疑你是否想要这个。