本文深入分析JavaScript中for...in语句的遍历机制及其在跨浏览器环境下的兼容性问题。通过对比IE6-8与现代浏览器对内置属性（如toString、bind）及原型扩展的处理差异，揭示了for...in在获取对象成员时的不可靠性。文章指出，由于不同浏览器对内置方法是否可枚举的实现不同，直接依赖for...in可能导致逻辑错误，推荐使用hasOwnProperty进行过滤以确保代码的健壮性与兼容性。
for...in的基本遍历行为
for...in语句主要用于遍历对象的可枚举属性，其基本用法如下所示。
参考以下代码示例：
var obj = { name:"jack",
getName:function(){return this.name}
};
// 预期输出 name, getName
for(var atr in obj) {
alert(atr);
}需要注意的是，上述代码并未输出obj的toString、valueOf等内置属性（也称为隐藏属性或预定义属性）。这表明for...in默认仅列举对象的显示成员（即自定义属性）。
内置属性重写的浏览器差异
如果手动重写了内置属性，行为会发生变化。以下示例重写了obj的toString方法：
参考以下代码：
var obj = {name:"jack",
getName:function(){return this.name},
toString:function(){return "I'm jack."}
}
for(var atr in obj) {
alert(atr);
}此时输出结果因浏览器而异： 1、在IE6/7/8中，行为与未重写toString时一致，仅输出name和getName； 2、在IE9/Firefox/Chrome/Opera/Safari等现代浏览器中，则会输出name、getName以及toString。
原型链扩展带来的遍历问题
若向内置原型对象添加属性或方法，for...in循环也能遍历到这些新增成员。
参考以下代码：
Object.prototype.clone = function() {}
var obj = {
name: 'jack',
age: 33
}
// 预期输出 name, age, clone
for (var n in obj) {
alert(n)
}当给Object.prototype添加clone方法后，所有浏览器中的for...in循环均会显示clone属性。
虽然通常不建议扩展内置构造器的原型（这也是Prototype.js逐渐没落的原因之一，而jQuery和Underscore分别通过在jQuery对象上操作或将所有方法挂载在下划线上来避免此问题），但在某些场景下，为了兼容ES5或更高版本，开发者不得不在不支持ES5的浏览器（如IE6/7/8）中扩展内置构造器的原型。
ES5兼容性与跨浏览器缺陷
但有时我们为了兼容ES5或后续版本，会在不支持ES5的浏览器上（IE6/7/8）去扩展内置构造器的原型，这时for in在各浏览器中就不同了。如下
参考以下代码：
if (!Function.prototype.bind) {
Function.prototype.bind = function(scope) {
var fn = this
return function () {
fn.apply(scope, arguments)
}
}
}
function greet(name) {
alert(this.greet + ', ' + name)
}
for (var n in greet) {
alert(n)
}在IE6/7/8中会输出bind，而其他现代浏览器则不会。这是因为现代浏览器原生支持bind方法，其属性不可枚举，而在IE6/7/8中，bind是通过给Function.prototype手动添加实现的，因此可被for...in遍历到。
解决方案：使用hasOwnProperty
综上所述，在跨浏览器开发中，不应依赖for...in来获取对象的所有成员名称。为确保准确性，通常应结合hasOwnProperty方法进行过滤判断。