闭包不泄漏，但强引用会阻碍大对象回收；应切断强依赖路径，通过检查__closure__和co_freevars定位问题，改捕获值而非对象，必要时用weakref.ref或WeakMethod配合及时注销。
闭包本身不“泄漏”，但它持有的对外部对象的强引用会让大型对象无法被回收。关键不是清理闭包，而是切断闭包对大对象的强依赖路径。
确认闭包是否真在拖住大对象
先验证问题是否存在：
- 打印
func.__closure__看它捕获了哪些变量 - 检查
func.__code__.co_freevars列出自由变量名 - 用
objgraph.show_backrefs([func], max_depth=3)观察是否形成闭包 ↔ 大对象的双向引用链
把“捕获整个对象”改成“只取需要的值”
如果闭包只需要对象的一个字段（比如 ID 或状态），就别捕获 self 或整个实例：
- ❌ 错误写法：
def make_handler(obj): return lambda: obj.process() # 强引用 obj 整体 - ✅ 正确写法：
def make_handler(obj): obj_id = obj.id # 只取必要属性 obj_name = obj.name return lambda: f"handling {obj_id} ({obj_name})"
必须传实例时，用弱引用 + 安全调用模式
当逻辑确实依赖对象完整行为（如调用方法），就在闭包内部使用 weakref.ref：
-
✅ 正确结构：
import weakref def make_safe_callback(obj): ref = weakref.ref(obj) # 弱引用外部对象 return lambda: ( ref().do_something() if ref() else None ) ⚠️ 注意：不能
weakref.ref(lambda: ...)，也不能在闭包外提前解包ref()，否则又变强引用
对绑定方法，优先用 WeakMethod
类方法作为回调时，WeakMethod 自动处理 self 的弱引用，比手写更可靠：
from weakref import WeakMethod
handler = WeakMethod(instance.some_method)
# 调用前检查是否还有效
if handler():
handler()()配合生命周期管理，及时解除注册
闭包常用于事件监听、定时器、回调队列等场景。即使用了弱引用，也要主动注销：
- 绑定事件后保存清理函数
- 组件卸载、任务结束时调用清理
- 避免把闭包长期存进全局字典或单例缓存里
不复杂但容易忽略
