深拷贝与浅拷贝区别及实现方式

今日不肯埋头，明日何以抬头！每日一句努力自己的话哈哈~哈喽，今天我将给大家带来一篇《深拷贝与浅拷贝的区别及实现方法》，主要内容是讲解等等，感兴趣的朋友可以收藏或者有更好的建议在评论提出，我都会认真看的！大家一起进步，一起学习！

深拷贝递归复制所有层级生成独立对象，浅拷贝仅复制第一层属性、嵌套引用共享；判断标准是修改副本是否影响原数据：会则为浅拷贝，不会则为深拷贝。

深拷贝和浅拷贝的区别在于：浅拷贝只复制对象的第一层属性，嵌套的对象或数组仍共享同一内存地址；深拷贝则递归复制所有层级，生成完全独立的新对象。区分它们的关键，是看修改副本是否会影响原始数据——如果会，就是浅拷贝；不会，才是深拷贝。

浅拷贝的常见实现方式

适用于简单对象或仅需第一层隔离的场景：

• 展开运算符（...）：const newObj = {...oldObj}，对对象或数组有效，但对深层嵌套无效
• Object.assign()：const newObj = Object.assign({}, oldObj)，同样只处理顶层
• Array.prototype.slice() / concat()：用于数组浅拷贝，如 [...arr] 或 arr.slice()

⚠️ 注意：这些方法遇到值为引用类型（如对象、数组、Date、RegExp）的属性时，拷贝的是引用，不是新实例。

深拷贝的实用实现方案

需要彻底隔离数据时使用，尤其在状态管理、表单重置、配置备份等场景：

• 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 方案。

以上就是《深拷贝与浅拷贝区别及实现方式》的详细内容，更多关于的资料请关注golang学习网公众号！