__del__在循环引用中基本失效，因其依赖引用计数归零触发，而循环引用使计数永不为0；GC虽能破环但不保证及时或有序调用__del__，甚至主动跳过含__del__的循环，将其滞留gc.garbage。
为什么 __del__ 在循环引用中基本失效
Python 的垃圾回收器（GC）对循环引用的处理依赖于 gc.collect()，而 __del__ 方法在存在循环引用时往往不会被调用——因为对象无法被正常引用计数释放，又未被 GC 及时扫描清理。常见现象是：类实例明明“应该”被销毁了，但内存占用持续上升，gc.get_objects() 还能查到大量残留实例。
根本原因在于：__del__ 是引用计数归零时触发的钩子，而循环引用让引用计数永远不为 0；GC 虽能最终破环，但不保证立即运行，也不保证按顺序调用 __del__（甚至可能跳过）。所以靠 __del__ 做资源清理或解引用，在循环引用场景下不可靠。
用 weakref 打断强引用链是最直接的解法
核心思路是：把「本不该拥有生命周期控制权」的一端，改为弱引用。典型场景如父子关系、观察者模式、缓存持有者等。
示例：父类持有一个子对象列表，子对象又反向持有父引用 —— 这里子类对父的引用应为弱引用：
立即学习“Python免费学习笔记（深入）”；
import weakref
<p>class Parent:
def <strong>init</strong>(self):
self.children = []</p><pre class="brush:php;toolbar:false;">def add_child(self, child):
self.children.append(child)
child.parent_ref = weakref.ref(self) # 不是 self，而是 weakref.ref(self)class Child: @property def parent(self): return self.parent_ref() # 调用 ref 得到实际对象，可能为 None
- 使用
weakref.ref替代直接赋值，避免增加父对象的引用计数 - 访问时需加
()调用，且结果可能为None（父已被回收），务必判空 - 不要对内置类型（如
int,str）、不可变对象或 C 扩展对象滥用weakref，它们不支持弱引用
手动触发 gc.collect() 并调试循环引用
不是为了“强制清理”，而是为了验证问题是否存在、定位哪类对象卡住了 GC。生产环境不应频繁调用，但开发期很有用。
步骤如下：
SkillSub Pro - Python 题解与代码注释双功能技能功能概述SkillSub Pro - Python 题解与代码注释双功能技能是一项面向实际任务的技能，主要用于SkillSub Pro 是一个 Python 题解生成与代码注释的 双功能合体技能 ，专为学生、算法学习者和开发者设计；✅ 一个技能，两种用途 ：；核心要点📝 题解模式 ：输入题目/题号，自动生成完整 Python 题解（含详细注释、解题思路、复杂度分析）；💬 注释模式 ：输入 Python 代码，自动添加详细中。它将相关步骤、
- 导入
gc，并开启调试：gc.set_debug(gc.DEBUG_SAVEALL) - 复现疑似泄漏的操作（如创建-销毁多轮）
- 调用
gc.collect()，然后检查gc.garbage（若非空，说明有不可达但未被回收的循环） - 用
gc.get_referrers(obj)和gc.get_referents(obj)追踪引用路径
注意：gc.DEBUG_SAVEALL 会阻止 GC 清理所有不可达对象，改存入 gc.garbage，方便分析但会吃内存，仅限调试。
避免在 __init__ 中隐式构建循环引用
最容易被忽略的坑：初始化时看似无害的回调注册、事件绑定、缓存写入，实则悄悄引入反向强引用。
比如：
class CacheManager:
def __init__(self):
self.cache = {}
self._on_evict = self._handle_evict # ❌ 强引用自身！
<pre class="brush:php;toolbar:false;">def _handle_evict(self, key):
del self.cache[key]
这里 self._on_evict 是对 self 的方法绑定，它隐含对 self 的强引用。如果外部又持有了 CacheManager 实例，就构成循环。
- 解决办法：用
functools.partial拆离实例绑定，或改用静态方法 + 显式传参 - 更稳妥的是：延迟注册回调，等对象完全构造完成、且明确知道生命周期边界后再绑定
- 用
weakref.WeakKeyDictionary或WeakValueDictionary管理回调映射，避免持有目标对象
真正麻烦的从来不是“怎么写一个能跑的版本”，而是“谁在什么时候悄悄 hold 住了这个对象”。查引用链比猜逻辑更有效。
