数组拷贝方法默认是浅拷贝。
为什么默认设计为浅拷贝
浅拷贝是性能与语义的合理折中。数组本身是引用类型，但多数日常操作只涉及第一层元素——比如数字、字符串、布尔值等基本类型。这些值拷贝开销极小，且不会引发共享修改问题。而一旦默认走深拷贝，就要递归遍历所有嵌套对象，带来不可忽视的 CPU 和内存成本，还可能因循环引用导致失败或无限递归。
- 几乎所有主流语言的标准库数组拷贝方法都默认浅拷贝：JavaScript 的 slice()、concat()、展开运算符 [...arr]；Java 的 Arrays.copyOf()；Python 的 arr[:] 或 list(arr)；C++ 的 std::vector::assign() 或构造函数拷贝。
- 语义上，“拷贝数组”通常被理解为“复制这个容器结构”，而非“克隆里面所有东西”。用户若需要独立副本，会显式选择深拷贝方案。
浅拷贝在什么情况下“够用”
当数组元素全是基本类型（number、string、boolean、null、undefined、symbol）或不可变对象（如 Date、RegExp、BigInt）时，浅拷贝就完全满足需求。修改拷贝后数组的任意元素，都不会影响原数组。
宝塔Linux面板11.3.0
下载
宝塔面板11.3.0是一款针对Linux服务器设计的可视化管理工具，通过重构核心模块实现资源占用显著降低，尤其适合低配置服务器环境。它将复杂的命令行操作转化为直观的图形界面，帮助开发者快速完成网站部署、环境配置及日常运维工作，无需专业技术背景即可高效管理服务器。
- 例如：const nums = [1, 2, 3]; const copy = [...nums]; copy[0] = 99; // nums 仍是 [1, 2, 3]
- 再如：const flags = [true, false]; const dup = flags.slice(); dup.push(true); // flags 不变
什么时候必须考虑深拷贝
只要数组里含有可变的引用类型——对象、数组、Map、Set、自定义类实例等——浅拷贝就不安全。此时修改嵌套内容会同步反映到原数组。
- 典型风险场景：状态管理（React/Vue 中误改 props/state）、配置对象复用、多线程/并发环境下数据隔离、生成历史快照。
- 解决方式不是替换默认行为，而是按需升级：用 JSON.parse(JSON.stringify())（简单结构）、structuredClone()（现代浏览器/Node.js）、第三方库（lodash.cloneDeep）、或手动递归实现。
设计上不强制深拷贝，是尊重控制权
深拷贝不是万能解药：它无法处理函数、undefined、Symbol、Date（部分序列化失真）、正则、循环引用、WeakMap/WeakSet 等。强行默认深拷贝反而会让 API 行为变得不可预测、难以调试。把选择权交给开发者，让“浅拷贝为常态，深拷贝为特例”成为清晰契约，才是稳健的设计逻辑。
