JS数组遍历报错主因是逻辑 mismatch：回调漏返回、数据结构不一致、遍历时修改原数组、误用方法语义。应检查 return、用可选链或校验、倒序遍历或 filter 替代 splice、按目的选 forEach/map/find/reduce/some/every。
JS 数组遍历报错，多数不是语法写错了，而是逻辑没对上——比如该返回却没返回、该处理空值却直接访问、该用 find 却用了 map。排查重点不在“怎么写”，而在“想做什么”和“方法能给什么”是否匹配。
回调函数漏返回值
map、filter、reduce 都依赖回调函数的返回值驱动逻辑。漏 return 是高频错误：
- map 中忘记 return：结果全是 undefined，数组长度不变但内容失效
-
filter 中返回非布尔值：比如写了
return item.name（字符串），会被转为 true，导致本该过滤的项没被筛掉 -
reduce 没设初始值且数组为空：直接报
Reduce of empty array with no initial value
解决办法：写完回调立刻检查 return；空数组场景显式传入初始值，如 arr.reduce((a, b) => a + b, 0)。
数据类型或结构不一致
遍历对象数组时，常因字段缺失或类型错乱触发 TypeError：
-
item.price.toUpperCase()→ 报错：Cannot read property 'toUpperCase' of undefined -
item.tags.map(t => t.id)→ tags 是 null 或字符串，不是数组
解决办法：用可选链 item?.price?.toString()?.toUpperCase()，或先校验再操作：Array.isArray(item.tags) && item.tags.map(...)。
遍历中修改原数组引发跳项
用 for 循环配合 splice 删除元素时，下标错位是经典陷阱：
- 正向循环删元素：删掉索引 2 的项后，原索引 3 的项变成新索引 2，但 i 已加到 3，导致该项被跳过
- 正确做法是倒序遍历，或每次
splice后i--补回下标
更推荐函数式写法：用 filter 生成新数组，避免副作用。
误用遍历方法导致语义错位
forEach、map、find 等方法设计目的不同，混用会埋雷：
- 用
forEach收集结果 → 必须靠外部变量，违背函数式原则，还容易闭包污染 - 用
map打印日志 → 浪费内存生成无用新数组，且无法提前终止 - 用
filter(x => x.id === targetId)[0]查单个元素 → 效率低，应直接用find
解决办法：对照目的选方法——要执行副作用选 forEach；要转换数据选 map；要找一个值选 find；要聚合选 reduce；要判断条件选 some/every。
