将数组的 length 设为 0 会直接截断数组、清空所有元素，本质是原地修改而非删除；是否触发垃圾回收取决于原元素是否还被其他变量引用。
将数组的 length 设为 0，会直接截断数组、清空所有元素，这个操作本身不“触发”垃圾回收，但它为垃圾回收创造了条件——关键看原数组元素是否还被其他变量引用。
length = 0 的本质是截断，不是删除
JavaScript 数组的 length 是可写属性。当执行 arr.length = 0 时，引擎会：
- 立即移除索引
0到arr.length - 1范围内的所有元素（即全部） - 把数组内部的元素槽位设为 empty（非
undefined，而是“缺失值”） - 不改变数组对象本身的内存地址，也不创建新数组
对垃圾回收的影响取决于引用关系
垃圾收集器（主流用标记-清除）只关心“对象是否可达”。length = 0 后：
- 如果某个元素值（比如一个对象）**只被该数组持有**，那它立刻变成不可达 → 下次 GC 运行时会被标记并清除
- 如果该元素还被其他变量、闭包、全局属性等引用着，那它仍可达 → 不会被回收，即使数组已空
- 数组本身不会因
length = 0被回收，除非它也失去所有外部引用（如arr = null）
和 splice(0)、arr = [] 的区别
三者清空效果相同，但对 GC 的间接影响略有不同：
-
arr.length = 0：原地修改，引用不变，适合保留数组身份的场景（如 Vue 响应式数组） -
arr.splice(0)：也原地修改，返回被删元素数组，若忽略返回值，行为与length=0几乎一致 -
arr = []：赋值新数组，原数组对象若无其他引用，才可能被回收；但旧元素的可达性不受此操作直接影响
实际中不必手动干预，但要注意引用残留
你不需要也不应该“手动触发 GC”来配合 length = 0。真正要关注的是：
- 避免无意中保留对大对象（如大型 JSON、DOM 节点、Blob）的引用
- 在事件监听、定时器、闭包中检查是否意外延长了元素生命周期
- 调试时可用 Chrome DevTools 的 Memory 面板拍快照，对比前后看哪些对象未被释放
