关键看数组里有没有对象或嵌套结构：纯基本类型数组用浅拷贝即可；含引用类型且需独立修改时必须用深拷贝；常见场景如表单编辑、状态管理、配置修改等要求副本与原数据完全隔离，方法选择应匹配数据特征与运行环境。
关键看数组里有没有对象或嵌套结构。纯数字、字符串、布尔值的数组，用浅拷贝就够了；只要含对象、数组、日期、函数等引用类型，又需要独立修改副本而不影响原数组，就必须用深拷贝。
浅拷贝适用的典型场景
适用于只读操作、简单结构或明确接受嵌套共享的情况：
- 表单草稿预览：用户还没提交，只是临时展示修改效果，允许与原始数据保持联动
- UI 层数据映射：比如把后端返回的用户列表用 map 转成下拉选项，仅提取 id 和 name 字段，不改原对象
- React/Vue 中传递 props：父组件传入数组，子组件只渲染不修改内部对象属性
- 数组切片或拼接：如 arr.slice(0, 3) 或 [...arr, newItem]，仅操作第一层元素
深拷贝必须介入的几种情况
一旦涉及“修改副本且不能波及源头”，深拷贝就不是可选项，而是必选项：
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 编辑表单时需支持“取消”：用户修改了嵌套对象（如 user.profile.phone），点击取消要还原，原数据必须完好
- 状态管理中分离数据流：Redux 或 Pinia 中更新局部字段，避免意外触发其他组件的响应式更新
- 多级嵌套配置项编辑：比如一个含 rules: [{ condition: { field: 'age', value: 18 } }] 的数组，修改某条 rule 的 condition 不能影响其他 rule 或原始配置
- 测试中构造隔离数据：单元测试里反复修改副本，每次都要基于干净的原始数据重新开始
怎么选对方法，不踩坑
不是越“高级”越好，而是匹配数据特征和运行环境：
- 纯 JSON 数据（无函数、undefined、Date、RegExp、循环引用）→ 用 JSON.parse(JSON.stringify(arr))，轻量可靠
- 含 Date、RegExp 或需要保留方法 → 用 structuredClone(arr)（现代浏览器 & Node.js 17+ 支持）
- 兼容老环境（IE 或旧版 Node）→ 引入 lodash.cloneDeep，稳定成熟
- 自定义逻辑控制（如忽略某些字段、转换特定类型）→ 手写递归拷贝，或封装带过滤的深克隆函数
一个容易被忽略的中间方案
多数 UI 场景其实不需要完整深拷贝——只需对数组每个对象做一次浅拷贝即可：
- 写法：arr.map(item => ({ ...item }))
- 效果：新数组 + 每个对象都是新引用，能防止改 item.name 影响原数组，但若 item.address.city 还是对象，它仍共享引用
- 适用：90% 的列表编辑场景（如用户列表改昵称、启用禁用开关），兼顾性能与安全性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
