闭包在类中作为属性时易因隐式强引用self导致内存泄漏，应避免直接捕获self，改用显式传参、functools.partial或WeakMethod，并在销毁时主动清理闭包引用。
闭包在类中作为属性时，最容易因隐式持有 self 强引用而引发内存泄漏——尤其当该闭包被事件系统、全局缓存或长生命周期对象持续持有时，self 无法被回收，整个实例连带其持有的大对象（如缓存、连接、UI 控件）都会滞留内存。
别让闭包直接捕获 self
这是最常见也最危险的做法。例如：
class DataProcessor:
def __init__(self):
self.cache = [i for i in range(100000)] # 大对象
self.on_done = lambda: print(f"Done with {self.cache[0]}") # ❌ 闭包强引用 self此时 self.on_done 的 __closure__ 中会包含指向 self 的 cell，形成强引用链。即使外部已无其他引用，self 仍无法释放。
- 改用显式传参：把需要的数据提前提取出来，闭包只捕获必要值
- 例如：
self.on_done = lambda cache_len=len(self.cache): print(f"Done with {cache_len}") - 或封装为普通方法，用
functools.partial绑定参数，避免自由变量
必须引用实例时，用 WeakMethod 替代闭包
当回调逻辑确实依赖实例状态（如更新属性、触发方法），不要手写 lambda: self.update() 或 lambda: self._do_something()。
-
weakref.WeakMethod是专为此设计的：它对绑定方法（bound method）做弱引用，既保留调用能力，又不阻止self被回收 - 正确用法：
import weakref; self.callback = weakref.WeakMethod(self.on_complete) - 调用前检查：
cb = self.callback(); if cb is not None: cb() - 它自动处理
self的弱引用，比手动weakref.ref(self)+ 闭包更安全、更简洁
检查并清理闭包持有的引用链
闭包本身不可弱引用，但你可以验证它是否意外延长了对象生命周期：
- 打印
func.__code__.co_freevars查看它捕获了哪些变量名 - 检查
func.__closure__中每个 cell 的内容：cell.cell_contents是否指向大型或长生命周期对象 - 若发现闭包持有了不该持有的实例、缓存或 GUI widget，立即重构：拆出纯函数、提取参数、或改用 WeakMethod
- 配合
gc.get_referrers(obj)或objgraph.show_backrefs([obj])确认是否存在“闭包 ↔ 实例”互指
销毁阶段主动断开闭包引用
类实例有明确生命周期时（如窗口、任务、连接器），应在 __del__ 或显式 close() 中清理闭包属性：
- 将闭包属性设为
None：self.on_done = None - 若闭包注册到了全局事件总线或监听器列表，务必反注册：
event_bus.unsubscribe(self.on_done) - 避免在
__del__中做复杂操作（如网络调用），但简单置空和反注册是安全且必要的
