直接修改数组 length 属性会引发逻辑断裂、数据丢失和静默错误；length 是实时更新的访问器属性，循环中修改将导致提前终止或越界访问，应避免在 for 循环中修改 length 或反复读取。

在数组迭代中直接修改 length 属性，表面看是“快速清空”或“动态裁剪”的捷径，实则极易引发逻辑断裂、数据丢失和静默错误。关键不在于能不能改，而在于改的时机和上下文是否可控。

length 是动态元数据，不是静态快照

JavaScript 中的 length 不是只读计数器，而是由引擎实时维护的访问器属性，与最大索引强绑定。例如：

• arr[100] = 'x' → arr.length 立即变为 101
• arr.length = 2 → 所有索引 ≥ 2 的元素被不可逆删除
• arr.length = 0 → 效果等同于 arr.splice(0)，但更隐蔽

循环中修改 length 的三大典型风险

当 length 在 for 循环体内被修改，迭代行为会脱离预期：

• 提前终止：循环进行到一半时 arr.length = 0，后续迭代直接跳过
• 索引越界访问：如 for (let i = 0; i 中 arr.pop() 缩小数组，但 i 仍递增，可能读取 undefined 或触发 TypeError
• 无限循环：若误将 length 设为 NaN 或负数（如 arr.length = -1），i 条件恒为 false，但某些引擎下可能因类型转换异常导致不可预测行为

安全替代方案：按场景选对方法

无需手动操作 length，也能达成相同目标：

• 要清空数组：用 arr.length = 0 ✅（仅限**循环外**单次赋值）；或更明确地用 arr.splice(0)
• 边遍历边删除：倒序遍历 for (let i = arr.length - 1; i >= 0; i--)，避免索引偏移
• 边遍历边添加：先收集待插入项，遍历结束后统一 push 或 concat；避免在循环中调用 push 后继续用原 length 判断
• 需要中途退出：改用 for...of + break，或 some()/every()，它们不依赖 length 变量管理

性能提醒：别在循环条件里反复读 length

即使不修改 length，每次迭代都计算 arr.length 也会带来微小但可累积的开销（尤其大型数组）。应缓存一次：

• ❌ for (let i = 0; i
• ✅ for (let i = 0, len = arr.length; i

高阶函数如 forEach、map 内部已做此优化，且自动处理边界，推荐优先使用。