避免JS数组遍历反模式：禁用for...in；慎用forEach替代map/filter/reduce；禁止遍历时修改原数组；区分空位与undefined。
避免 JS 数组遍历反模式，核心是选对工具、理解行为边界、尊重数据结构本质。不是所有“能跑通”的写法都适合长期维护，很多看似省事的操作，会在调试、协作或扩展时埋下隐患。
别用 for...in 遍历数组
for...in 本意是枚举对象的可枚举属性，它会遍历所有可枚举键（包括原型链上的），且不保证数字索引顺序。用于数组时极易出错：
- 遍历稀疏数组可能跳过空位，也可能意外拿到继承方法（如
hasOwnProperty） - 键是字符串类型（
"0"、"1"），不是数字，容易引发隐式转换问题 - 无法区分“自己定义的属性”和“原型上挂的方法”，除非手动加
hasOwnProperty判断——这已违背简洁初衷
✅ 正确做法：数组就用 for、for...of、forEach、map 等专为迭代设计的语法；需要索引时优先用 for...of 配合 entries() 或直接用 forEach 的第二个参数。
慎用 forEach 做“本该用 map/filter/reduce”的事
forEach 是纯副作用操作，返回 undefined，不能链式调用，也无法提前中断（return 只跳出本轮，不是整个循环）。常见误用：
- 想筛选数组却写
arr.forEach(x => { if (x > 0) result.push(x); })—— 手动建数组、破坏函数式表达，还易漏初始化 - 想转换元素却用
forEach改原数组（如item.price *= 1.1）—— 违反不可变习惯，后续调试难追溯 - 在异步回调里用
forEach处理请求，误以为会等全部完成 —— 实际它不处理 Promise，只是发起一堆并行请求，无聚合逻辑
✅ 正确做法：明确意图再选方法——要新数组就用 map 或 filter；要聚合结果就用 reduce；真只需执行副作用（如打日志、发请求）且不依赖返回值，再用 forEach。
别在循环中动态修改正在遍历的数组
一边遍历一边 push、splice、pop，会导致索引错位、漏项或死循环：
for (let i = 0; i —— 删除后后续元素前移，但 <code>i仍自增，导致跳过下一个元素-
arr.forEach((x, i) => { if (x % 2 === 0) arr.push(x * 2); })——forEach创建时已锁定长度，新增元素不会被遍历到，但原数组已被污染
✅ 正确做法：需要过滤或转换，统一用 filter + map 等纯函数方式生成新数组；必须原地修改时，倒序遍历（for (let i = arr.length - 1; i >= 0; i--)）或用 while (arr.length) 控制。
警惕空位与 undefined 的混淆
JS 数组支持“空位”（empty slot），它和 undefined 值语义不同，但很多遍历方法表现不一致：
-
forEach、map、for...of会跳过空位，不触发回调 -
for循环和in操作符会命中空位索引，但取值为undefined -
Array.from(arr)或展开运算符[...arr]会把空位转成undefined元素
✅ 正确做法：创建数组时尽量避免产生空位（如不用 new Array(5)）；检测是否存在某索引时，用 arr.hasOwnProperty(i) 或 i in arr 区分空位与 undefined 值；处理用户输入或 API 返回的稀疏数据，先用 Array.from({ length: arr.length }, (_, i) => arr[i]) 规范化。
