必须检查length有效性再遍历，避免undefined、NaN或负数导致静默失败；类数组优先转Array.from；遍历时禁改length或索引；推荐map/for...of等安全方式；Proxy劫持length时需缓存或用框架安全遍历。
遍历前必须检查 length 是否为有效数字
JavaScript 中 length 属性可能为 undefined、NaN 或负数（比如被意外赋值），直接用于 for 循环会导致静默失败或无限循环。例如 arr.length = -1 后，for (let i = 0; i 根本不执行；而 <code>arr.length = NaN 会让条件恒为 false，但更危险的是某些对象伪造了 length 却不是数组（如类数组、字符串），此时 length 存在但访问元素可能出错。
实操建议：
- 用
Array.isArray(arr)确认是真数组，再读length - 若无法保证类型，先做防御性判断：
typeof arr?.length === 'number' && Number.isInteger(arr.length) && arr.length >= 0 - 对类数组对象（如
arguments、NodeList），不要硬套数组遍历逻辑，优先转成数组：Array.from(arr)或[...arr]
for 循环中避免修改 length 或索引变量
在遍历时动态改变 arr.length（如 arr.length = 0）会截断后续迭代；在循环体内修改循环变量 i（如 i += 2）虽可行，但易引发跳过元素或越界，尤其配合 push/splice 时风险陡增。
实操建议：
- 遍历只读数据时，用
for (let i = 0; i 最稳妥 - 需边遍历边删除：倒序遍历（
for (let i = arr.length - 1; i >= 0; i--)），避免索引偏移 - 需边遍历边添加：改用
while (arr.length)或先收集操作意图，遍历完再批量处理 - 永远不要在循环条件里重复调用
arr.length（如i 没问题，但 <code>i 会多次求值）
替代方案：优先用 forEach、map 等高阶函数
forEach 等方法内部已处理 length 边界和类型校验，且天然规避手动管理索引的错误。但要注意：它们无法中途 break，且对稀疏数组（含空槽）仍会触发回调（undefined 值）。
实操建议：
- 纯遍历无中断需求 → 用
arr.forEach(item => { ... }) - 需要新数组 → 用
arr.map()，别在forEach里手动push - 要中断遍历 → 改用
for...of（支持break/continue）或some/every - 处理稀疏数组且需跳过空槽 → 先
arr.filter(x => x !== undefined)，或用for...in配合hasOwnProperty（不推荐，仅作了解）
边界场景：length 被 Proxy 或 getter 劫持
有些库（如 Vue 2 的响应式数组）或手写 Proxy 对象会拦截 length 访问，返回动态计算值。此时 arr.length 可能每次读取都不同，导致循环次数不稳定，甚至死循环（如 getter 每次返回递增数值）。
实操建议：
- 遇到响应式框架时，不要依赖原始
length遍历，改用框架提供的安全遍历方式（如 Vue 的v-for、React 的map） - 调试时快速识别：
Object.getOwnPropertyDescriptor(arr, 'length')查看是否为 accessor 属性 - 若必须手动遍历，先缓存
const len = arr.length，再用for (let i = 0; i
真正容易被忽略的是：即使 length 是合法非负整数，数组也可能包含 holes（空槽），此时 arr[i] 为 undefined，但 i in arr 为 false。遍历时要不要处理这种“不存在的值”，得看业务逻辑——不能只靠 length 做唯一依据。
