for…in 循环存在四大风险：1. 暴露原型上可枚举属性；2. 数组遍历索引为字符串且混入非数字键；3. 属性顺序不可靠；4. 无法区分自有与继承属性，需手动过滤。
in 运算符本身不用于“遍历”，而是用于判断某个属性名是否存在于对象或其原型链中（返回布尔值）。但很多人误把它和 for…in 混淆，而真正带来原型链风险的是 for…in 循环——它会顺着原型链查找所有可枚举属性。下面聚焦实际开发中最常踩坑的几个风险点：
1. 会意外暴露原型上添加的可枚举属性
只要原型链上的属性被标记为 enumerable: true，for…in 就会遍历到它，哪怕你只想要对象自身的数据。
- 第三方库或老旧代码可能向
Array.prototype或Object.prototype添加方法或字段（如Array.prototype.flattenDeep），一旦设为可枚举，所有数组用 for…in 都会触发它 - 即使你自己没动原型，某些 polyfill 或调试工具也可能悄悄污染，导致线上行为不一致
2. 数组遍历时索引变字符串，还混入非数字键
对数组使用 for…in，得到的是字符串形式的索引（如 "0"、"1"），且顺序不保证；更危险的是，它还会输出你或原型链上添加的任意可枚举属性名。
- 比如给
arr = [1, 2]加了arr.total = 3，for…in 会输出"0"、"1"、"total" - 若
Array.prototype.customMethod是可枚举的，它也会出现在循环中，导致arr[i]取到函数而非数值
3. 属性顺序不可靠，影响逻辑稳定性
for…in 不保证遍历顺序。尤其当对象含数字键和字符串键混合时，引擎会先按数字升序排键，再按插入顺序排字符串键——不同浏览器或版本表现可能不同。
立即学习“Java免费学习笔记（深入）”；
- 例如
{a:1, 2:'x', 1:'y'}，遍历结果可能是"1"、"2"、"a"，而非书写顺序 - 依赖顺序的业务逻辑（如渲染顺序、序列化顺序）容易出错
4. 无法区分自有属性与继承属性
for…in 默认“穿透”原型链，除非手动过滤。这意味着你每次使用都得加一层防护，否则极易漏掉。
- 常见补救写法：
if (obj.hasOwnProperty(key)) { ... } - 但
hasOwnProperty本身是Object.prototype上的方法，如果该方法被覆盖或删除，就会失效 - 更安全的替代是
Object.prototype.hasOwnProperty.call(obj, key)，但代码变冗长
