JS使用 splice(0) 清空数组会保留引用吗

图 0：splice(0) 原地清空与引用保留拓扑示意图

一、JavaScript 引用传递与 splice 的底层机制

在 JavaScript 中，数据类型被严格划分为基本类型（Primitive Types）与引用类型（Reference Types）。数组（Array）本质上是特殊的对象，属于引用类型。

当声明一个数组 const arr = [1, 2, 3] 时，JavaScript 引擎在栈内存中为变量 arr 分配空间，存储的是该数组在堆内存中的物理地址指针（例如 0x00A1FB）。如果在后续逻辑中将该数组赋值给另一个变量：

const original = ['Vue', 'React', 'Angular'];
const copy = original; // 传递的是堆内存地址指针

此时，original 和 copy 两个独立的栈变量，内部保存的完全是同一个堆内存地址。判断清空数组的方式是否“保留引用”，关键看该操作是在原堆内存地址上修改内部数据，还是在堆内存中新建了一个全新的数组实例并将栈指针重定向。

图 1：splice(0) 原地修改与 arr = [] 内存重定向原理对比图

二、splice(0) 的完整执行流程与双重效果

根据 ECMAScript 规范，Array.prototype.splice(start, deleteCount, ...items) 具有以下关键行为准则：

1. 当仅传入参数 0（即 start = 0 且省略 deleteCount）时，JavaScript 引擎会将 deleteCount 隐式计算为 length - start，也就是从第 0 个索引开始，删除后续所有元素。
2. 引擎在原数组内部依次移除元素，并将数组属性 length 更新为 0。
3. 重要伴随动作：引擎会同时构建一个全新的数组，将被删除的所有元素依次浅拷贝进该新数组中，并作为表达式的返回值（Return Value）传回。

这意味着执行 const removed = arr.splice(0) 时，实际上产生了两个维度的产物：

• 维度一（就地清空）：原数组 arr 本身被清空，元素被清退，引用被完好保留；
• 维度二（返回值收集）：变量 removed 获得了包含原有全部元素的新数组。

图 2：splice(0) 底层执行流程与双重产物示意图

三、实际代码示例与多引用联动验证

1. 多个局部变量共享引用的场景

在业务逻辑中，如果将数据源赋值给了多个变量，测试 splice(0) 对引用的影响最为直观：

// 1. 初始化原始数组
const originalList = [101, 102, 103];

// 2. 共享引用给 secondaryList
const secondaryList = originalList;

// 3. 对 originalList 执行 splice(0)
const deletedItems = originalList.splice(0);

// 4. 验证结果
console.log(originalList);    // 示例输出: []
console.log(secondaryList);   // 示例输出: [] (同步变空，引用得以保留)
console.log(deletedItems);    // 示例输出: [101, 102, 103] (被删除的元素副本)

console.log(originalList === secondaryList); // 示例输出: true (仍然指向同一内存地址)

2. 函数参数传递与副作用场景

在 JavaScript 中，函数参数传递属于按值传递（Pass by value），但当参数为引用类型时，传递的值即为内存地址指针。如果在函数内部使用 splice(0)，该操作会直接穿透函数作用域，修改外部的实际数组：

function clearCache(targetArray) {
  // 必须原地修改，以让调用者持有的原数组也同步变空
  targetArray.splice(0);
}

const appCache = ['session_1', 'session_2'];
clearCache(appCache);

console.log(appCache); // 示例输出: [] (外部数组确实被清空了)

反之，如果错误地在函数内使用 targetArray = []，由于该赋值仅是将函数内部的局部形参指针指向了新数组，外部的 appCache 完全不会受到任何影响，导致业务缓存未能按预期清空。

图 3：多模块引用共享下 splice(0) 保持协同生效架构图

四、常见清空数组方案横向对比

在 JavaScript 中，清空数组主要有以下四种常见写法。它们在是否保留引用、返回值特性以及内存执行开销上存在明显差异：

五、清空方案技术选型决策树

面对具体的业务场景，应当如何科学选择清空数组的语法？可以通过以下决策路径进行判断：

图 4：清空数组的技术路线选择决策树

六、总结与使用建议

回到最初的问题：JS使用 splice(0) 清空数组会保留引用吗？

答案是完全会保留引用。在需要让所有共享该数组的模块或外部函数同步清空、且原变量使用 const 声明不能重新赋值时，splice(0) 能够完全满足保留引用的需求。

在日常开发中的选型建议：

• 如果你不仅要原地清空数组，还想顺便拿到被删掉的所有元素进行后续归档或操作，那么 const removedItems = arr.splice(0) 是极其优雅且唯一语义直接的解法；
• 如果你仅仅是想要清空数组并保留引用，推荐使用更精炼、性能更高的 arr.length = 0；
• 如果当前数组仅在当前局部作用域内使用、不存在任何跨模块共享引用，直接使用 arr = [] 即可。