深拷贝递归复制所有层级生成独立对象，浅拷贝仅复制第一层属性、嵌套引用共享；判断标准是修改副本是否影响原数据：会则为浅拷贝，不会则为深拷贝。
深拷贝和浅拷贝的区别在于：浅拷贝只复制对象的第一层属性，嵌套的对象或数组仍共享同一内存地址；深拷贝则递归复制所有层级，生成完全独立的新对象。区分它们的关键，是看修改副本是否会影响原始数据——如果会，就是浅拷贝；不会，才是深拷贝。
浅拷贝的常见实现方式
适用于简单对象或仅需第一层隔离的场景：
-
展开运算符（...）：
const newObj = {...oldObj}，对对象或数组有效，但对深层嵌套无效 -
Object.assign()：
const newObj = Object.assign({}, oldObj)，同样只处理顶层 -
Array.prototype.slice() / concat()：用于数组浅拷贝，如
[...arr]或arr.slice()
⚠️ 注意：这些方法遇到值为引用类型（如对象、数组、Date、RegExp）的属性时，拷贝的是引用，不是新实例。
深拷贝的实用实现方案
需要彻底隔离数据时使用，尤其在状态管理、表单重置、配置备份等场景：
立即学习“Java免费学习笔记（深入）”；
- JSON.parse(JSON.stringify())：最简写法，但有严重限制——无法处理函数、undefined、Symbol、Date、RegExp、Map、Set、循环引用，且会丢失原型链
-
structuredClone()（现代浏览器支持）：原生安全的深拷贝，支持 Map、Set、Date、RegExp、ArrayBuffer 等，还能处理循环引用，推荐优先使用：
const deepCopy = structuredClone(obj) - 手写递归函数：可控性强，适合定制需求（如忽略某些字段、处理特殊类型），但需注意循环引用和类型判断
- Lodash 的 _.cloneDeep()：稳定可靠，兼容性好，适合老项目或复杂结构
为什么必须区分深浅拷贝？
不区分会导致隐性 bug，典型例子：
- React/Vue 中直接修改 props 或响应式数据的嵌套属性，触发意外渲染或状态污染
- 表单编辑时，原始数据被误改，导致“取消”功能失效
- 多人协作的配置对象被不同模块修改，相互干扰
- 测试中因共享引用导致用例间状态残留，结果不可靠
本质上，这是 JavaScript 引用类型本质决定的——赋值不等于复制，而深浅拷贝决定了你是在操作“同一个东西的不同名字”，还是“长得一样的两个东西”。
基本上就这些。选哪种方式，取决于你的环境支持、数据复杂度和健壮性要求。日常开发中，优先考虑 structuredClone；不支持时再降级到 Lodash 或谨慎使用 JSON 方案。
