循环引用导致Python对象无法被回收，因引用计数不降为0且含__del__时GC放弃清理；weakref.ref用于单对象弱持有，WeakKeyDictionary适用于以对象为键的元数据映射。
为什么循环引用会让Python对象无法被回收
Python默认用引用计数 + 垃圾回收器（GC）管理内存。但当两个对象互相持有强引用时，比如 A.b = B 且 B.a = A，它们的引用计数永远不会降到0，即使外部已无任何变量指向它们。这时GC虽能检测并清理部分循环，但前提是对象**没有自定义 __del__ 方法**——一旦有，GC会直接放弃处理该循环，导致内存泄露。
weakref.ref 和 weakref.WeakKeyDictionary 怎么选
核心区别在于：你控制的是“谁持有谁”的弱关系。
-
weakref.ref适合单个对象需要被弱持有：比如缓存中存一个对象的弱引用，避免因缓存导致其生命周期延长 -
weakref.WeakKeyDictionary适合“键是对象、值是元数据”的场景：比如为每个实例记录日志句柄，又不想阻止实例被回收 -
weakref.WeakValueDictionary则反过来：值是对象，键是普通类型（如字符串ID），常用于资源池
注意：WeakKeyDictionary 的键必须是可哈希且支持弱引用的对象（类实例可以，list/dict不行）；调用 dict[key] 返回的是强引用，不是弱引用本身。
用 weakref.ref 时最容易漏掉的一步
很多人只写 ref = weakref.ref(obj)，却忘了后续访问时要先调用它：ref() 才能得到原对象，而 ref 本身只是个 callable。如果对象已被回收，ref() 返回 None，不检查就直接使用会抛 TypeError。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
正确模式：
__del__
- 优先移除
__del__，改用上下文管理器（__enter__/__exit__）或显式close() - 若必须保留
__del__，确保循环中至少有一端用weakref.ref替代强引用，并在__del__中主动清理另一端的引用（比如清空列表、置空属性） - 用
gc.get_referrers(obj)检查残留引用链，尤其注意闭包、信号槽、全局字典这类隐式强引用源
弱引用不是银弹，它解决的是“持有关系”，而不是“资源释放时机”。真正容易被忽略的，是那些你以为已经断开、其实还挂在 event loop、logging handler 或第三方库内部结构里的强引用。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
