赋值（=）仅创建引用，不生成新对象；浅拷贝只复制外层容器，嵌套可变对象仍共享；深拷贝递归复制全部层级，实现完全独立，但有性能开销和类型限制。
对象拷贝的常见误区，核心在于混淆“赋值”“浅拷贝”和“深拷贝”的本质区别——它们不是复制程度的深浅问题，而是是否切断引用链的问题。理解这一点，才能避开绝大多数坑。
误区一：以为赋值（=）就是复制
这是最普遍也最危险的误解。在 Python、Java、PHP 等主流语言中，赋值操作从不创建新对象，只是让新变量指向原对象的内存地址。
- Python 中：
a = [1, 2, [3]]，再写b = a，id(a) == id(b)为True - Java 中：
User u1 = new User("A")，User u2 = u1，u1 和 u2 操作的是堆中同一个实例 - PHP 中：
$obj2 = $obj1，两者共享同一 Zend 对象句柄，改一个，另一个立刻可见
此时修改可变对象内容（如 a.append(4) 或 u1.setName("B")），原始数据必然被影响。
误区二：以为 copy() 或 clone 就一定安全
浅拷贝只切断最外层的引用，内层嵌套结构仍共用。只要对象含可变子对象（如列表里的列表、字典里的字典、对象里的对象），就可能“意外联动”。
- Python：
shallow = original.copy()，若original = [[1], [2]]，改shallow[0].append(9)，original[0]也会变成[1, 9] - Java：
dept2 = dept1.clone()，若dept1.manager是个 Employee 对象，dept2.manager和dept1.manager仍是同一实例 - PHP：
$new = clone $obj默认是浅拷贝，若属性中存有其他对象，那些对象不会被复制，仍被共享
误区三：把深拷贝当“万能解药”，忽视性能与限制
深拷贝虽能彻底隔离，但代价明确：
- 性能开销大：递归遍历所有层级，对象越深、越复杂，耗时越长；大数据量下可能明显拖慢响应
-
不支持所有类型：Python 的
copy.deepcopy()无法处理文件句柄、线程锁、函数、lambda、某些 C 扩展对象；JSON 序列化模拟深拷贝会丢类型、丢方法、不支持循环引用 -
循环引用易崩溃：未处理好的自引用或相互引用结构，可能触发栈溢出或
RecursionError
怎么正确理解“引用”？
引用不是“别名”或“快捷方式”，而是变量与对象之间的绑定关系。关键要抓住三点：
- 变量本身不存数据，只存地址：就像身份证号不等于人，它只是指向人的唯一标识
-
可变对象可被就地修改：列表、字典、自定义类实例等，修改其内容不改变地址（
id()不变） - 不可变对象修改即新建：字符串、整数、元组一旦“变”，其实是创建了新对象，原变量被重新绑定——所以它们天然不怕浅拷贝污染
判断是否真独立，最直接的办法是：用 id()（Python）、== 比较引用（Java）、或观察修改后原始数据是否变化，而不是凭感觉说“我用了 copy”。
