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

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

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

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

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

简短的回答：这不值得。

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

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

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

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

除了其他问题之外，“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'

的问题。。。在…-只有当程序员不真正理解语言时，这才成为问题；它实际上不是一个bug或任何东西，而是它迭代对象的所有成员（好吧，所有可枚举成员，但这只是一个细节）。当您只想迭代数组的索引财产时，确保语义一致的唯一方法是使用整数索引（即for（vari=0；i<array.length；++i）样式循环）。

任何对象都可以有与之关联的任意财产。特别是将附加财产加载到数组实例上并没有什么可怕的。如果代码只想看到索引的类似数组的财产，则必须坚持使用整数索引。完全了解用于…的代码。。。在does和really需要查看所有财产，那么这也没关系。