浅拷贝只复制第一层，嵌套对象仍共享引用；深拷贝递归复制所有层级，彻底隔离嵌套结构；eval(repr(x))模拟深拷贝危险且低效，应优先使用copy.deepcopy()并确认必要性。
浅拷贝只复制第一层，嵌套对象仍共享引用
当你用 copy.copy() 或切片 list[:]、list.copy() 复制一个含嵌套列表的 Python 列表时，外层数组是新的，但内部子列表仍是原对象的引用。修改子列表会同步影响原列表。
- 适用场景：列表里全是不可变对象（如
int、str、tuple），或你明确希望子对象共享 - 常见错误现象：
original = [[1, 2], 3] shallow = original.copy() shallow[0].append(3) print(original) # 输出 [[1, 2, 3], 3] —— 原列表被意外改了
-
copy.copy()和list.copy()行为一致，但后者仅限list类型
深拷贝递归复制所有层级，彻底隔离嵌套结构
copy.deepcopy() 会逐层遍历并新建所有可变对象（包括嵌套的 list、dict、set 等），确保新旧对象完全独立。
- 适用场景：需要完全隔离的副本，尤其处理配置、测试数据、递归结构时
- 性能影响：深度嵌套或含大量对象时明显变慢，且无法处理循环引用（会抛
RecursionError） - 注意兼容性：
deepcopy对自定义类需实现__reduce__或__getstate__才能正确还原状态
不推荐用 eval(repr(x)) 模拟深拷贝
有人用 eval(repr(x)) 尝试“序列化再重建”，这非常危险：
- 若列表含函数、模块、文件对象等，
repr()不返回可执行字符串，eval直接报错 - 字符串中含特殊字符（如换行、单引号嵌套）会导致语法错误
- 存在任意代码执行风险（如果
x来自不可信输入） - 性能远低于
deepcopy，且类型可能丢失（如numpy.ndarray变成普通list）
真正需要深拷贝时，优先用 copy.deepcopy()，但先确认是否真有必要
很多场景其实只需浅拷贝——比如临时修改参数、构造中间结果。盲目用 deepcopy 容易掩盖设计问题，还拖慢性能。
立即学习“Python免费学习笔记（深入）”；
- 检查是否真的修改了嵌套内容；如果只是替换整个子列表（
new[0] = [4,5]），浅拷贝已足够 - 对简单结构（如二维列表），手动重建更清晰：
deep_copy = [sublist[:] for sublist in original]
- 若频繁深拷贝大对象，考虑用不可变数据结构（如
tuple嵌套）或改用dataclasses.replace()+ 冻结实例
嵌套可变对象的生命周期和所有权容易被忽略，这是深浅拷贝问题最常出错的地方。
