用weakref实现内存感知型快照缓存，核心是weakvaluedictionary兜底、内存阈值触发降级、语义化淘汰策略协同；快照对象需避免强引用源数据，配合内存水位监控、finalize清理、__slots__压缩及摘要元数据存储。
用 weakref 实现“内存感知型”快照缓存，核心不是单纯存对象，而是让缓存不阻碍回收、并在内存紧张时主动让步。关键在于三层协同：弱引用兜底 + 内存阈值触发 + 语义化淘汰策略。
用 WeakValueDictionary 构建无持有压力的快照容器
避免传统字典把快照对象“钉死”在内存里。WeakValueDictionary 的值是弱引用，只要快照对象外部强引用消失，它自动从缓存中剔除，无需手动清理。
- 适合场景：组件渲染快照、模型中间推理态、UI 状态镜像等生命周期与业务逻辑强绑定的对象
- 示例：不缓存原始大对象，只缓存其轻量快照封装体（如
SnapshotWrapper类实例），再将其放入WeakValueDictionary - 注意：快照对象自身不能持有对大型源组件的强引用，否则弱引用失效；建议用 ID 或序列化摘要代替直接引用
绑定内存水位，触发分级缓存降级
仅靠弱引用不够——它被动等待销毁，而你需主动响应内存压力。结合 psutil.Process().memory_info().rss 实时监控，设定多级响应动作：
- 当 RSS 超过物理内存 75%：清空所有 LRU 缓存（含非弱引用部分），释放确定性冗余
- 达 85%：调用
gc.collect(2)强制回收老年代，尤其清理残留的循环引用快照 - 超 90%：遍历
WeakValueDictionary中仍存活的快照，按“最后访问时间 + 对象大小”加权排序，批量调用del显式移除低热度项（此时弱引用未失效，但主动放弃）
为快照注入可回收语义，避免“假活跃”
很多快照长期驻留，不是因为被使用，而是因为被某个闭包、回调或日志模块悄悄持有了强引用。解决方法：
- 在快照类中定义
__del__或注册weakref.finalize，记录销毁事件并同步清理关联资源（如临时文件、GPU 张量句柄） - 用
weakref.ref替代普通回调函数中的组件引用，防止快照缓存意外延长组件生命周期 - 对每个快照标注
ttl（如max_age=60秒）和priority（如 “high”/“low”），后台线程定期扫描，对超时且低优先级的快照提前del其弱引用键
搭配 __slots__ 与结构化快照压缩
WeakValueDictionary 只解决“引用不阻塞”，但快照对象本身可能很胖。进一步减负：
- 快照类启用
__slots__，禁用__dict__，减少单个实例内存开销 30–50% - 不存储原始图像/音频/大数组，改存 SHA256 摘要 + mmap 文件路径 + ROI 坐标元数据
- 对文本类快照启用 token 级别裁剪（保留 top-k 注意力权重对应片段），而非整段保留
