length属性写入小于当前值会同步、不可逆地删除超出元素并释放内存；仅对真数组有效，需赋非负整数，比splice(0)、赋新数组或循环pop更高效轻量。
length 属性写入小于当前值时，会立即删除超出部分的元素——这是唯一真正“破坏性”的操作。 它不是标记删除，也不是延迟清理，而是同步、不可逆地移除内存中对应位置的引用，让这些元素可被垃圾回收器释放。
哪些写入属于破坏性截断
只要新赋的 length 值是合法整数且小于当前 length，就触发截断：
-
arr.length = 0 → 清空全部元素，数组变为空数组（
[]） - arr.length = 3 → 若原数组有 5 个元素，则索引 3 和 4 的元素被直接丢弃
- arr.length = -1 或 arr.length = NaN → 不触发截断，但会导致 length 变为 0（规范行为），需避免
为什么它能快速释放内存
JavaScript 引擎对 length 截断做了底层优化：
- 不创建新数组，仅修改原有数组对象的内部长度元数据
- 被截掉的元素引用立即解除，若无其他变量持有它们，V8 等引擎可在下一轮 GC 中回收其内存
- 比
arr = []更轻量：后者需分配新对象、丢弃旧对象引用，对大数组更耗资源
安全使用的前提条件
破坏性写入有效，但需确保：
- 目标是真数组（
Array.isArray(arr) === true），类数组对象（如 NodeList）不支持此机制 - length 被赋值为非负整数，否则行为不可控（例如
arr.length = -5后arr.length为 0，但数组状态混乱） - 没有其他变量或闭包仍在引用该数组——截断只影响当前数组实例，不影响外部持有的副本
对比其他清空方式的差异
同为清空，不同写法效果不同：
- arr.length = 0：原地截断，保留数组引用，内存释放快
- arr.splice(0)：也清空，但涉及方法调用开销，返回被删元素数组，可能意外保留引用
- arr = []：创建新数组，旧数组若仍有引用则无法及时回收
- arr.pop() 循环：逐个删除，O(n) 时间，完全不推荐用于清空
