直接修改数组 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 中 <code>arr.pop()缩小数组，但i仍递增，可能读取undefined或触发TypeError -
无限循环：若误将
length设为NaN或负数（如arr.length = -1），i 条件恒为 <code>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 内部已做此优化，且自动处理边界，推荐优先使用。
