length截断可主动解除数组元素引用，助力gc及时回收内存；arr.length=0最高效，delete或稀疏数组无效。
数组的 length 属性在 JavaScript 中不是只读的，直接赋值会真实改变数组内部结构——这种“截断”行为，本质上是解除对原数组元素的引用绑定，从而协助垃圾回收器（GC）及时释放堆内存。
length 截断 = 主动切断引用链
JavaScript 的垃圾回收基于可达性（reachability）。只要某个对象仍被变量、属性或数组索引“持有”，它就不会被回收。而 arr.length = 0 或 arr.length = n（n 小于当前长度）时，引擎会立即移除所有索引 ≥ n 的元素引用：
- 原数组中下标从 n 开始的所有元素，不再可通过
arr[i]访问 - 若这些元素没有其他强引用（比如没被闭包捕获、没存入全局 Map、没被其他对象引用），它们就变成不可达对象
- V8 等引擎在下一次 GC 周期中会将其标记为可回收，真正释放堆内存
对比其他清空方式的内存效果差异
同样是清空数组，不同写法对内存管理的影响不同：
-
arr.length = 0：不创建新数组，仅重置 length，原数组对象保留但所有旧元素引用被清除 → 高效、低开销、利于 GC -
arr = []：创建新空数组，原数组对象及其所有元素仍存在，除非无任何外部引用 → 可能造成悬空数组残留，延迟回收 -
arr.splice(0)：虽也清空内容，但内部涉及拷贝与重建逻辑，性能略低，语义上不如 length 直观 -
while(arr.pop())：逐个弹出，触发多次内部调整，且每次 pop 都需检查 length 和索引，效率最低
适用于缓存、日志、事件队列等高频更新场景
当数组用作临时容器（如请求响应缓存池、滚动日志缓冲区、事件监听队列），频繁增删易导致长生命周期对象意外滞留。此时利用 length 截断可精准控制“存活边界”：
- 例如限制日志最多保留 100 条：
logs.length = Math.min(logs.length, 100)，超出部分引用立刻失效 - 处理完一批任务后快速释放：
taskQueue.length = 0，比重新赋值更稳妥，避免因变量别名（alias）导致旧数组未被回收 - 配合 WeakMap 或弱引用场景时，length 截断能更快让键对象变为不可达，提升弱引用清理效率
注意事项：稀疏数组与 delete 不影响 length
要发挥 length 的内存管理作用，必须确保目标是“真实元素”而非空槽位（empty slot）：
-
delete arr[5]只删除属性，不改变 length，也不会触发 GC（因为索引还在，只是值为 undefined） -
arr[100] = 'x'后arr.length变为 101，但中间 99 个位置是空槽位 —— 这些位置不占实际元素内存，但 length 值本身不引发额外分配 - 只有通过
length缩小数值，才能批量解除对已存在元素的引用
