浅拷贝仅复制对象本身及基本类型值，引用类型共享同一底层对象；深拷贝递归复制所有层级，包括引用类型实际内容，新旧对象完全独立。

浅拷贝只复制对象本身和基本类型字段的值，引用类型字段仅复制地址，新旧对象共享同一底层对象；深拷贝则递归复制所有层级，包括引用类型指向的实际内容，新旧对象完全独立。

核心区别：就看引用类型怎么处理

关键不在“拷不拷”，而在“怎么拷引用类型”：

• 浅拷贝：对引用类型，只把指针（内存地址）复制一份，新对象和原对象的该字段仍指向堆中同一个对象
• 深拷贝：对引用类型，会新建一个一模一样的对象，把原对象里引用字段所指的内容也完整复制一遍，两个对象互不干扰
• 基本类型（int、boolean、String等）无论浅拷还是深拷，都是直接复制值，这点没区别

常见实现方式（按语言场景）

不同语言有惯用法，但逻辑一致：

• JavaScript：浅拷贝可用Object.assign({}, obj)、展开运算符{...obj}、Array.from(arr)；深拷贝常用JSON.parse(JSON.stringify(obj))（限制多）或递归函数/structuredClone（现代环境）
• Java：浅拷贝靠clone()（需实现Cloneable）；深拷贝可手动重写clone()并逐个克隆引用字段，或用序列化+反序列化
• Python：浅拷贝用copy.copy()或切片list[:]；深拷贝必须用copy.deepcopy()
• C++：默认拷贝构造函数和赋值运算符是浅拷贝；若类含指针，须自定义深拷贝逻辑（分配新内存 + 逐字节复制）

什么时候容易踩坑？

问题通常出在“以为拷了，其实没真隔离”：

• 修改浅拷贝后的对象中某个数组元素，原对象数组跟着变——因为数组是引用类型，只拷了地址
• 前端表单编辑时，用展开运算符复制带嵌套对象的数据，提交前改了子项，结果原数据源也被污染
• Java中用clone()后没重写引用字段的克隆逻辑，导致两个对象共用同一个ArrayList实例
• JSON深拷贝失效：遇到undefined、function、Date、RegExp、循环引用时直接丢弃或报错

怎么选？看需求是否需要“彻底断联”

没有绝对好坏，只有适不适合：

• 要快速备份结构、且确定后续只读或只改基本字段 → 浅拷贝够用，省资源
• 要传参给可能修改内部状态的方法、做多线程副本、或作为模板反复生成独立实例 → 必须深拷贝
• 不确定嵌套深度或含特殊类型？优先用语言提供的可靠深拷贝方案（如Java序列化、Python deepcopy、JS structuredClone），别手写简易版