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

由于JavaScript元素保存为标准对象财产不建议使用for…遍历JavaScript数组。。。在里面循环，因为普通元素和所有可枚举的财产上市的

从…起https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Indexed_collections

一个重要的方面是。。。in-only迭代包含在对象中的财产，该对象的可枚举属性属性设置为true。因此，如果尝试使用for对对象进行迭代。。。然后，如果任意财产的可枚举属性为false，则可能会丢失这些属性。很有可能更改普通Array对象的可枚举属性属性，以便不枚举某些元素。虽然一般来说，属性属性倾向于应用于对象中的函数财产。

可以通过以下方式检查财产的可枚举属性属性的值：

myobject.propertyIsEnumerable('myproperty')

或获取所有四个属性属性：

Object.getOwnPropertyDescriptor(myobject,'myproperty')

这是ECMAScript 5中提供的一个特性——在早期版本中，无法更改可枚举属性属性的值（它总是设置为true）。

A代表。。。in循环总是枚举键。对象财产键始终是String，甚至是数组的索引财产：

var myArray = ['a', 'b', 'c', 'd'];
var total = 0
for (elem in myArray) {
  total += elem
}
console.log(total); // 00123

除了其他问题之外，“for…In”语法可能更慢，因为索引是字符串，而不是整数。

var a = ["a"]
for (var i in a)
    alert(typeof i)  // 'string'
for (var i = 0; i < a.length; i++)
    alert(typeof i)  // 'number'

除了。。。在所有可枚举财产的循环中（这与“所有数组元素”不同！），请参阅http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf，第12.6.4节（第5版）或13.7.5.15节（第7版）：

列举财产的机制和顺序。。。未指定。。。

（强调我的。）

这意味着，如果浏览器愿意，它可以按照插入财产的顺序浏览这些属性。或按数字顺序排列。或者按照词法顺序（其中“30”在“4”之前！请记住，所有对象键——因此，所有数组索引——实际上都是字符串，所以这是完全有意义的）。如果它将对象实现为哈希表，那么它可以按桶遍历它们。或者把其中任何一个加上“向后”。浏览器甚至可以随机迭代，并且符合ECMA-262，只要它访问每个属性一次即可。

实际上，大多数浏览器目前都喜欢以大致相同的顺序进行迭代。但没有什么可以说他们必须这样做。这是特定于实现的，如果发现另一种方式更有效，随时可能会改变。

不管怎样，因为。。。它没有秩序的内涵。如果您关心顺序，请明确它，并使用带索引的正则for循环。