Array.prototype.concat()和slice()对纯基础类型数组的拷贝效果看似深拷贝，实为浅拷贝；它们仅复制第一层元素，基础类型因值传递且不可变，故不相互影响，但含对象等引用类型时会共享内存地址。

Array.prototype.concat 和 slice 对纯基础类型数组（如 [1, 2, 3]、['a', 'b']）的拷贝效果等同于深拷贝，但这只是“伪深拷贝”——本质仍是浅拷贝，只是因为基础类型值不可变且不共享引用，所以行为上看起来像深拷贝。

为什么基础类型数组用 concat/slice 看起来像深拷贝

基础类型（number、string、boolean、null、undefined、symbol、bigint）在赋值时是值传递。数组中存储的是这些值的副本，而非引用。因此，即使 concat 或 slice 只复制一层引用（即新数组的每个元素仍指向原值），由于这些值本身无法被修改，也就不存在“一个改、另一个跟着变”的问题。

• 原数组：const a = [1, 'hello', true]
• 拷贝后：const b = a.slice() → b === [1, 'hello', true]
• 修改 b 不影响 a：b[0] = 99，此时 a 仍是 [1, 'hello', true]

concat 和 slice 都只做一层浅拷贝

它们都创建一个新数组，但仅复制第一层元素。对基础类型来说，这一层复制就足够了；但一旦数组里出现对象、数组或函数，就会暴露浅拷贝本质。

• [1, {x: 1}].slice() 返回的新数组，其第二个元素仍和原数组引用同一个对象
• concat 同理，[1, [2]].concat() 中的子数组 [2] 是共享引用的
• 两者都不递归拷贝嵌套结构，也无能力识别数据类型做差异化处理

“伪深拷贝”成立的前提很严格

这个行为只在满足以下全部条件时才安全可靠：

• 数组中所有元素都是基础类型（不含 object、array、function、date、regexp 等）
• 后续不会向数组中 push 引用类型值（否则破坏“纯基础”前提）
• 不依赖对象身份比较（如 === 判等），因为拷贝后已是不同数组实例

不要误以为它们能替代真正的深拷贝

遇到嵌套结构或混合类型，concat/slice 会失效。例如：

❌ 错误假设：

const arr = [1, {name: 'Alice'}];<br>const copy = arr.concat();<br>copy[1].name = 'Bob'; // arr[1].name 也会变成 'Bob'

这时必须用 JSON.parse(JSON.stringify())（仅限可序列化数据）、structuredClone（现代环境）、或专用库如 lodash.cloneDeep。