枚举性控制属性是否出现在常规遍历中，不影响直接读写；for...in、Object.keys()、Object.assign()、JSON.stringify()均受其影响，原型上不可枚举方法（如map）可调用但不被遍历或拷贝。
对象属性的枚举性（enumerable）不是访问权限开关，而是“是否出现在常规遍历中”的标记。它不阻止你读写属性，但会悄悄让 for...in、Object.keys()、JSON.stringify() 和 Object.assign() 等工具“视而不见”——尤其当属性在原型链上时，这个特性容易被误读为“属性不存在”或“继承失效”。
哪些操作受枚举性影响？
可枚举性只控制“是否被标准遍历机制捕获”，不影响直接访问：
-
obj.prop或obj["prop"]：无论 enumerable 是 true 还是 false，都能正常读写 -
for...in：只遍历自身 + 原型链上 可枚举 的属性（含内置如toString） -
Object.keys()：只返回对象自身的可枚举属性，完全忽略原型链 -
Object.assign({}, obj)和{...obj}：仅复制自身可枚举属性，原型上的方法（如Array.prototype.push）不会被拷贝 -
JSON.stringify(obj)：跳过所有不可枚举属性，也跳过原型链上的任何属性（无论是否可枚举）
原型链上不可枚举属性的真实存在感
JavaScript 内置对象的原型方法（比如 Array.prototype.map、Object.prototype.hasOwnProperty）默认都是不可枚举的：
Array.prototype.propertyIsEnumerable("map") // false
这意味着：
– 它们能被实例正常调用（[1,2].map(x => x*2)），
– 但不会出现在 for...in 中（除非你污染了原型），
– 更不会被 Object.assign() 拷走——因为 Object.assign 根本不查原型链。
所以所谓“原型链上的隐藏陷阱”，其实不是原型链藏了什么，而是开发者误以为“能用 = 会被遍历”，忽略了枚举性与原型查找是两套独立机制。
常见误判场景与应对建议
以下情况容易引发困惑，关键在于分清“能否访问”和“能否被枚举”：
-
扩展 Array.prototype 后 for...in 遍历出奇怪索引：第三方库添加了可枚举方法（如
Array.prototype.sum），导致for...in遍历到数字索引之外的键。解决办法：用Array.prototype.forEach或for(let i = 0; i 替代 -
Object.assign 拷贝后丢失方法：目标是浅拷贝一个带自定义原型方法的对象，结果方法没过来。原因：
Object.assign不处理原型，只复制自有可枚举属性。若真需合并行为，应明确构造新对象并手动挂载方法，或用Object.setPrototypeOf() -
用 in 操作符检查属性却得到意外 true：例如
"toString" in []返回 true，因为它存在于Array.prototype上。若只想检测自有属性，用obj.hasOwnProperty("prop")或更安全的Object.prototype.hasOwnProperty.call(obj, "prop")
如何查看和控制枚举性？
用 Object.getOwnPropertyDescriptor(obj, key) 可看到 enumerable 字段值；用 Object.defineProperty() 可显式设为 false：
Object.defineProperty(obj, "internalId", { value: 123, enumerable: false });
这样定义的属性不会出现在 Object.keys() 或 for...in 中，但 obj.internalId 依然可用——这是封装内部状态的常用手段，也是避开序列化/拷贝干扰的有效方式。
