weakref不是银弹，仅在子持父等反向引用处有效；用错位置（如父存子）或漏判空仍会导致内存泄漏。
直接说结论：weakref 不是“加了就安全”的银弹，它只在反向引用链上有效——比如子对象存父对象、缓存以对象为键、回调中捕获实例。用错位置（比如父存子）或漏掉判空，照样泄漏。
weakref.ref 该用在哪？不是所有引用都要弱化
只应在「从属方对主控方」的反向引用处使用 weakref.ref。典型如：Child 持有 Parent，但 Parent 生命周期不应被 Child 拖住。
- ✅ 正确场景：GUI widget 存 handler、观察者存 subject、树节点存 parent
- ❌ 错误场景：把
Parent.children改成weakref.ref—— 子本就该随父销毁，强引用合理 - 调用前必须检查：
parent = self._parent_ref()后立刻判断parent is not None，不能假设一定有效 - 别对
int、str、list等不可弱引用类型调用weakref.ref()，会抛TypeError
WeakKeyDictionary 和 WeakValueDictionary 怎么选？
二者自动清理的触发点完全不同，选错等于白用。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
-
WeakKeyDictionary：键弱引用，值强引用 → 适合“以对象为索引存数据”，比如为每个socket缓存配置；socket关闭后，条目自动消失 -
WeakValueDictionary：值弱引用，键强引用 → 适合“共享同一份值但不长期驻留”，比如按 ID 缓存模型实例；实例被回收后，对应项自动失效 - 两者都要求键可哈希且支持弱引用：不能用
dict、list做键，否则报TypeError: unhashable type - 遍历时别直接
for k, v in cache.items()，可能触发RuntimeError: dictionary changed size during iteration；应先转成list(cache.items())
为什么用了 weakref 还在泄漏？常见硬伤
weakref 本身不泄漏，但误用会让它彻底失效。
立即学习“Python免费学习笔记（深入）”；
- 把
weakref.ref存进模块级变量或类属性（如class A: cache = weakref.WeakKeyDictionary()）→ 类属性生命周期=模块生命周期，键永远清不掉 - 在
__del__方法里调用self._parent_ref()→ 对象可能已析构一半，返回None，再调方法直接崩溃 - 写回调时用 lambda 捕获
self：timer = threading.Timer(1.0, lambda: self.on_timeout())→ 隐式强引用形成新循环 - 忘了每次调用都需判空：写成
self._parent_ref().do_something()，一旦parent已回收，就抛AttributeError
最常被忽略的一点：weakref 解决的是“谁该决定对象生死”。如果你让子对象通过弱引用持有父对象，那父对象的存活就不再受子牵制——但你得确保业务逻辑里没有其他地方悄悄持有了强引用，否则 weakref 就只是个摆设。
