数组拷贝应优先选择语义清晰且性能良好的方法：浅拷贝推荐扩展运算符[...arr]，它意图直白、引擎优化好；深拷贝首选structuredclone()，兼容现代环境并支持复杂类型；避免concat()等语义不清或json序列化等有缺陷的方式。
数组拷贝不是“选哪种最快”的问题，而是“哪一种最清楚表达意图、又不拖慢程序”的问题。可读性和效率常被看作对立面，但在数组拷贝这件事上，它们往往能兼顾——关键在于根据场景选对方法。
浅拷贝：多数情况够用且直观
当数组元素全是基本类型（如 number、string、boolean）或你只关心第一层结构时，slice()、spread 语法 [...arr]、Array.from(arr) 都是安全、简洁的选择。它们语义明确：复制一份新数组，原数组不受影响。
- 推荐优先用 [...arr]：现代 JS 中写法最短，意图最直白，V8 等引擎对其做了深度优化，性能不输 slice()
- 避免用 arr.concat()：语义本是拼接，用于拷贝易造成理解偏差；且在旧引擎中可能触发隐式类型转换
- 注意引用类型陷阱：若数组含对象或嵌套数组，浅拷贝后修改子项仍会影响原数组——这不是效率问题，而是逻辑错误风险
深拷贝：只在真正需要时才引入
只有当你明确需要递归复制所有层级（比如配置对象、表单初始值、状态快照），才考虑深拷贝。它天然带来开销，也容易掩盖设计问题。
- JSON.parse(JSON.stringify()) 最简但有局限：不支持函数、undefined、Symbol、Date、RegExp、循环引用，且会丢失原型链和特殊属性
- structuredClone() 是现代首选：浏览器和 Node.js（v17.0+）已原生支持，能处理 Map、Set、Date、BigInt 等，语义清晰、性能较好
- Lodash cloneDeep() 适合复杂旧项目：兼容性好，但引入额外依赖；需确认是否真有必要——有时用不可变更新（如 immer）或重新构造数据更可控
性能敏感场景：绕过拷贝，改用不可变操作
高频渲染（如 React 列表更新）、大数据量处理（如图表坐标点）中，频繁拷贝本身就是瓶颈。此时重点不是“换更快的拷贝方式”，而是“是否必须拷贝”。
- 用 filter/map/reduce 替代 slice + 修改：它们返回新数组，逻辑自包含，比先拷贝再 mutate 更易维护
- 考虑 Array.prototype.with()（ES2023）：单点更新返回新数组，不改变原数组，语义精准、引擎优化充分，例如 arr.with(2, newValue)
- 大数组分片处理：如需局部更新，可用 slice 提取相关段落操作，而非全量拷贝
团队协作中的可读性守则
代码是写给人看的，顺便让机器执行。同一项目里统一拷贝风格，比追求理论最优更重要。
- 禁止混用多种浅拷贝写法：一个文件里同时出现 [...arr]、arr.slice()、Array.from(arr)，会让新人困惑“它们有区别吗？”
- 深拷贝操作加注释说明原因：比如 // 深拷贝用于保留原始配置快照，避免后续副作用
- 工具链辅助检测：ESLint 规则 no-restricted-syntax 可禁用 JSON.parse(JSON.stringify())，引导使用 structuredClone()
