浅拷贝仅复制第一层，嵌套对象共享引用；深拷贝递归复制所有层级，完全独立。关键区别在于是否切断引用链，而非是否复制。

浅拷贝只复制对象的第一层，内部嵌套的对象仍共享引用；深拷贝则递归复制所有层级，完全独立。关键区别不在“是否复制”，而在“是否切断引用链”。

浅拷贝：表面复制，内里共用

对列表、字典等可变对象调用 copy.copy() 或切片（[:]）、list()、dict() 等，仅创建新容器，但其中的子对象仍是原对象的引用。

• 修改原对象的一级元素（如替换列表中的某个数字），不影响拷贝体
• 但若原对象包含嵌套可变对象（如列表中套列表），修改该嵌套对象的内容，拷贝体也会同步变化
• 不可变对象（如字符串、数字、元组）在浅拷贝中天然安全，因为它们无法被就地修改

深拷贝：彻底隔离，互不干扰

使用 copy.deepcopy() 会递归遍历整个对象结构，为每个可变子对象都新建一份副本，确保原始对象和拷贝体从顶层到底层完全独立。

macOS UI 自动化技能包 —— 用 Python 控制你的 Mac

让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

下载

• 适合处理含多层嵌套、且需要完全隔离修改场景（如配置模板复用、测试数据准备）
• 性能开销明显更大，尤其对象复杂或存在循环引用时，可能触发 RecursionError
• 自定义类若需支持深拷贝，应实现 __deepcopy__ 方法，否则默认按字段逐个深拷贝

常见误区：不是所有“复制”都可靠

很多写法看似复制，实则只是赋值或浅拷贝，容易埋下隐患：

立即学习“Python免费学习笔记（深入）”；

• b = a 是引用赋值，a 和 b 指向同一对象，不是拷贝
• b = a[:] 或 b = list(a) 对一维列表有效，但遇到 [[1,2], [3]] 就失效——第二层仍共用
• json.loads(json.dumps(a)) 可模拟深拷贝，但仅限 JSON 支持类型（不支持函数、datetime、自定义类等），且会丢失原有类型信息（如 tuple 变成 list）
• copy.copy() 对不可变对象（如元组、字符串）返回自身，不是新对象——这是设计使然，不是 bug

怎么选？看数据结构和修改需求

没有绝对优劣，只有是否匹配场景：

• 只读使用或仅有一层简单数据 → 浅拷贝足够，轻量高效
• 要修改嵌套内容且不能影响源 → 必须用 deepcopy
• 不确定嵌套深度，又怕出错 → 先用 deepcopy，再根据性能瓶颈优化
• 处理大量数据时，可考虑用 copy.copy + 手动深拷贝关键嵌套字段，平衡安全与效率