weakref.ref 返回可调用对象，须显式调用获取原对象；WeakKeyDictionary 的 key 必须可弱引用；弱引用需正确打断循环引用链；finalize 回调时机不确定，不可替代显式资源管理。
weakref.ref 不能直接当对象用，得手动调用
很多人写 weakref.ref(obj) 后直接拿返回值当原对象用，结果报 TypeError: 'ref' object is not callable 或属性访问失败。这是因为 weakref.ref 返回的是一个可调用对象，不是代理——它本身不实现属性转发，必须显式调用才能拿到原对象。
- 正确做法是：先检查是否还存活（
ref() is not None），再调用ref()获取原对象 - 错误写法：
my_ref.attr→ 报AttributeError - 安全写法：
obj = my_ref(); obj.attr if obj else None - 如果频繁使用，建议封装成 property 或用
weakref.proxy（但注意 proxy 有额外限制）
weakref.WeakKeyDictionary 适合缓存但键必须是可弱引用的
想用弱引用来做对象级缓存（比如按实例缓存计算结果），WeakKeyDictionary 是最常用选择。但它只接受「可被弱引用的对象」作 key，常见踩坑是把内置不可变类型（如 int、str、tuple）或自定义类没开弱引用支持当 key，结果直接抛 TypeError: cannot create weak reference to 'int' object。
- 支持的 key：自定义类实例（默认支持）、
list、dict、set等可变容器 - 不支持的 key：
42、"hello"、(1, 2)—— 它们没有__weakref__槽位 - 自定义类若需支持弱引用，别定义
__slots__且不含__weakref__，或显式加上：__slots__ = ('x', '__weakref__') - 注意：
WeakKeyDictionary的 key 被回收后，对应项自动消失，但不会触发回调
循环引用场景下 weakref 很关键，但得选对位置打断
典型内存泄漏来自父子对象互相强引用（比如 parent 持有 child 列表，child 又存了 parent 引用）。仅对 child 存 parent 的弱引用还不够——如果 parent 本身靠 child 维持存活，那整个闭环还是不会释放。必须确保至少一条引用链是弱的，且方向能打破持有关系。
- 推荐模式：子对象用
weakref.ref(parent)存父引用，父对象用普通 list 存子对象 - 避免反模式：父对象用
weakref.ref(child)，子对象又强引用父 —— 这样 parent 一释放，child 就失去上下文，但 parent 可能因 child 强引用而无法释放 - 调试技巧：用
gc.get_referrers(obj)查谁在强引用该对象，确认循环是否真被打破 - 注意
__del__方法会让对象进入 gc 特殊处理队列，可能延迟弱引用失效时机
weakref.finalize 不是析构函数，回调时机不确定
有人以为 weakref.finalize(obj, callback) 能替代 __del__ 做资源清理，但 finalize 的回调不保证在对象销毁“瞬间”执行，甚至可能根本没机会调用（比如解释器退出时未触发 GC）。
立即学习“Python免费学习笔记（深入）”；
- finalize 回调只在对象被垃圾回收器真正回收后才可能触发，不是“对象即将销毁时”
- 不要依赖它释放关键资源（如文件句柄、网络连接），应优先用
with语句或显式.close() - 回调函数里不能再强引用原对象（否则会阻止回收），也不能引发未捕获异常（会被静默丢弃）
- 若需更可控的生命周期管理，考虑结合
contextlib.closing或自定义上下文管理器
