JS中设置length=0清空数组与重新赋值的区别

一、核心机制剖析：原地修改 vs 重新分配指针

要透彻理解两者的差异，必须从 JavaScript 的内存模型说起。在 JavaScript 运行环境中，数组属于引用类型（Reference Type）。变量本身存储在执行栈（Stack）中，保存的是一个指向堆内存（Heap）的内存地址指针；而数组中存放的具体元素数据，则真实分配在堆内存中。

当执行 arr = [] 时，引擎在堆内存中开辟了一块全新的内存空间来存放这个新的空数组，并把栈上变量 arr 中保存的指针地址改写为这块新空间的地址。如果此前没有任何其他变量指向原数组，原内存块将会在后续被垃圾回收机制（Garbage Collection）自动清理；但如果还有其他变量持有原数组地址，原数组内容不会有任何变化。

与此相对，当执行 arr.length = 0 时，引擎并不会分配任何新的数组对象。ECMAScript 规范明确规定：当将数组对象的 length 属性设置为小于当前长度的非负整数时，所有索引大于等于新长度的属性都会被自动删除。因此，原数组对象依然驻留在原来的堆内存地址中，但其挂载的所有元素被直接清空。

二、多变量引用共享场景下的行为差异

在日常业务开发中，数组常常会在多个模块、对象或变量之间传递引用。一旦存在多方引用，选用哪种清空方式就会产生截然不同的业务结果，这也是最容易引发隐蔽 Bug 的地方。

1. 别名变量的同步表现

考虑以下基础代码示例：两个变量 listA 和 listB 同时指向同一个数组实例。

// 场景 A：使用重新赋值
let listA = [1, 2, 3, 4];
let listB = listA; // listB 引用同一数组

listA = []; // listA 指向新数组
console.log(listA); // 输出: []
console.log(listB); // 输出: [1, 2, 3, 4] —— 外部引用 listB 完全没有被清空！

// 场景 B：使用 length = 0
let listX = [1, 2, 3, 4];
let listY = listX;

listX.length = 0; // 原地截断清空
console.log(listX); // 输出: []
console.log(listY); // 输出: [] —— 外部引用 listY 同步变为空数组！

在场景 A 中，listA = [] 只切断了 listA 与旧数组的关系，listB 依然忠实地指向原数组及其元素。如果你的初衷是“重置全局/共享数据池”，这种写法会导致其他消费者继续读取到旧数据。而在场景 B 中，由于操作直接发生在堆内存的原始对象上，所有持有该引用的地方都能立刻获得清空后的状态。

2. 函数参数传递中的“清空失效”问题

JavaScript 中所有函数的参数传递都是按值传递（Pass by Value）。当传递对象或数组时，传递的值是该对象引用的副本。如果在函数内部尝试通过重新赋值清空形参，外部实参是无法被清空的：

function clearByAssignment(arr) {
  arr = []; // 仅修改了局部变量 arr 的指针，对调用方无影响
}

function clearByLength(arr) {
  arr.length = 0; // 原地修改原数组对象
}

let myData = ['Alpha', 'Beta', 'Gamma'];

clearByAssignment(myData);
console.log(myData); // 依然是 ['Alpha', 'Beta', 'Gamma']，清空失败！

clearByLength(myData);
console.log(myData); // 输出 []，清空成功！

三、const 变量声明对清空方式的约束

在现代 ECMAScript（ES6+）规范下，绝大部分变量推荐使用 const 声明以保证代码可预测性。针对 const 声明的数组，重新赋值与设置 length = 0 有着严格的语法合法性限制：

const activeTasks = ['Task-1', 'Task-2', 'Task-3'];

// 尝试 1：重新赋值（非法）
activeTasks = []; 
// 运行报错: Uncaught TypeError: Assignment to constant variable.

// 尝试 2：设置 length = 0（合法）
activeTasks.length = 0; 
console.log(activeTasks); // 输出: []

const 关键字锁定的仅仅是变量标识符与栈内存中引用地址的绑定关系，禁止对变量进行再次赋值。但它绝不代表对象本身的冻结。设置 activeTasks.length = 0 只是修改了堆中对象的属性，并没有改变栈内存中的指针地址，因此完全符合 const 的语义约束。

四、内存回收、性能开销与底层执行考量

很多开发者关心这两种方式在大数据量下的执行速度和内存占用。在主流现代 JavaScript 引擎（如 V8）中，两者的底层行为各有特点：

• 垃圾回收（GC）负担：arr = [] 会频繁向堆内存申请新对象的分配空间，旧对象如果失去引用则沦为垃圾等待 V8 的 Scavenger 或 Major GC 回收。在极端高频调用的循环或动画帧（RequestAnimationFrame）中，频繁重新赋值会增加垃圾回收的触发频次，可能导致短暂停顿（Jank）。
• 对象形状与内存复用：arr.length = 0 保持了既有对象引用，避免了对象创建与销毁的开销。对于固定长度的密集型数组，V8 引擎通常能更好地复用已预留的数组内部缓冲结构。
• 常规业务性能实测：在处理几万到几十万项普通数据的日常业务中，两者的执行耗时通常在零点几毫秒到几毫秒之间，微基准测试（Micro-benchmark）的差异微乎其微。编写代码时不应把微小的性能差异作为核心选型指标，而应始终优先考虑引用同步语义与变量作用域安全。

五、实战选型指南与决策流程

面对具体业务场景，究竟应该使用哪种方式？可以参考以下决策路径：

典型选择场景：

1. 首选 arr.length = 0 的场景：
   • 数组使用 const 声明，且无法或不宜变更为 let；
   • 存在模块间共享缓存、父子组件共享属性或订阅列表，需要一次性通知所有持有着“数据已清空”；
   • 编写通用的原地清洗工具函数（如对象池管理、环形缓冲区重置），避免反复分配销毁对象。
2. 首选 arr = [] 的场景：
   • 函数作用域内的局部临时数组，处理完毕后希望与上一批数据彻底切断关联；
   • 遵循纯函数（Pure Function）或 React / Redux 单向数据流理念，必须杜绝外部引用的副作用；
   • 旧数组对象庞大，且明确没有其他引用，希望旧数据尽早被 GC 彻底释放。

六、全方位对比总结

除了 length = 0 和 arr = [] 之外，社区中偶尔还会见到 arr.splice(0, arr.length) 或 while (arr.length) arr.pop() 等清空手段。其中 splice 同样属于原地清空，但其语法更为冗长，且执行后会把所有被删除的元素组合成一个新数组返回，平白增加了内存消耗；而 pop() 循环逐个出栈则在数组规模较大时效率低劣。因此在实际工程中，标准的解决方案依然聚焦在 arr.length = 0 与 arr = [] 两者之间。

简而言之：如果你需要联动外部引用或变量是 const 声明，使用 arr.length = 0 是唯一且标准的正确选择；如果你身处独立局部作用域、追求无副作用的纯净数据隔离，使用 arr = [] 则是最安全简明的方式。