根本原因是对象含不可序列化成分（如threading.Lock、socket）或自定义类__reduce__逻辑缺陷，导致deepcopy静默降级或抛TypeError；需用try/except定位问题字段，优先排除脏数据或改用针对性拷贝方案。
深拷贝嵌套字典时 copy.deepcopy() 为什么有时不生效
根本原因不是函数失效，而是对象里混入了不可序列化或自定义类实例——比如含 threading.Lock、socket.socket、或重写了 __reduce__ 但逻辑有缺陷的类。此时 deepcopy 会静默失败或抛出 TypeError: can't pickle ...。
实操建议：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 先用
try/except包裹，捕获TypeError和AttributeError，定位具体哪个字段导致失败 - 检查嵌套结构中是否含函数、模块、类型对象（如
dict、int）、或__slots__类未实现__getstate__ - 对已知“脏字段”，可在拷贝前临时 pop 掉，拷贝完再补回（仅适用于业务允许的场景）
用 json.loads(json.dumps(...)) 替代 deepcopy 的适用边界
这个技巧只在数据纯为 JSON 兼容类型（str、int、float、bool、None、list、dict）且不含循环引用时才安全。一旦出现 datetime、Decimal、bytes 或自定义对象，就会直接报错。
常见错误现象：TypeError: Object of type datetime is not JSON serializable
立即学习“Python免费学习笔记（深入）”；
实操建议：
- 仅用于临时调试或已知结构干净的配置字典
- 若需支持扩展类型，必须配
default=参数（如处理datetime），但此时已失去“通用深拷贝”意义 - 性能比
deepcopy差一个数量级，大数据量下明显卡顿
自定义类中嵌套字典，__deepcopy__ 方法怎么写才不漏字段
如果类定义了 __slots__，默认 deepcopy 不会递归拷贝 slots 中的属性；如果用了 __dict__ 但部分字段是描述符或 property，也容易被跳过。
正确写法是显式遍历所有待拷贝字段，并用 memo 防止循环引用：
def __deepcopy__(self, memo):
new_obj = self.__class__.__new__(self.__class__)
memo[id(self)] = new_obj
for key in self.__slots__: # 或 list(self.__dict__.keys())
if hasattr(self, key):
setattr(new_obj, key, copy.deepcopy(getattr(self, key), memo))
return new_obj
关键点：
- 必须传入
memo给子调用，否则嵌套自身实例时会无限递归 - 不要直接返回
copy.deepcopy(self.__dict__, memo)——它绕过__slots__且忽略描述符 - 若字段含弱引用（
weakref），需单独处理，否则 deepcopy 后变成强引用
遇到循环引用时 deepcopy 的行为和检测方法
deepcopy 内部靠 memo 字典缓存已拷贝对象 ID，所以能自动终止循环，不会栈溢出。但结果可能不符合预期：比如 A→B→A，拷贝后变成 A′→B′→A′，其中 A′ 和最外层 A′ 是同一对象（即引用复用）。
如果你需要“断开所有跨层级引用”，就得手动预处理：
- 用
objgraph.show_refs([root], max_depth=3)可视化引用链（需装objgraph） - 对确定要“扁平化”的字段，拷贝前先用
copy.copy()或构造新字典替代原引用 - 测试时用
id(a['b']['c']) == id(a)类似方式验证是否真断开了
最容易被忽略的是：日志、缓存、上下文管理器等辅助字段常被当成“无关数据”而遗漏 deep-copy 处理，结果线上出现状态污染。
