weakmap 是桥梁而非控制器，仅以对象为键安全绑定私有状态；应统一用单个模块级 weakmap 绑定顶层实例，避免嵌套或间接强引用，配合享元模式分离内外在状态以优化内存。
WeakMap 本身不“处理”复杂对象图，它只提供一种安全绑定机制：以对象为键，存一份专属私有状态。真正决定如何隐藏、隔离、清理私有状态的，是你怎么组织数据结构和引用关系。关键在于——WeakMap 是桥梁，不是控制器。
用 WeakMap 绑定顶层对象，避免污染整个图
复杂对象图（比如一个带 children、parent、siblings 的树节点结构）中，你通常只需为最外层实体（如 root 节点或每个 node 实例）挂载私有状态，而不是递归地给每个子属性都设 WeakMap 条目。
- 把 node 实例本身作为 WeakMap 的 key，值是一个包含所有相关私有字段的对象（如 { selected: false, lastRenderTime: 0, domRef: null }）
- 子对象（如 node.children[0]）若也是独立实例，可单独进同一 WeakMap；若只是 plain object 或原始值，就不需要也不应该进 WeakMap
- 这样既保持图结构干净，又让私有状态与生命周期严格对齐——node 销毁，对应条目自动消失
小心间接强引用导致的内存滞留
WeakMap 只弱持有 key，对 value 完全无感。如果你在私有状态里存了对当前对象的反向引用（比如 { owner: this }），或存了闭包捕获的 this，就可能形成强引用闭环，阻止 GC。
- 私有数据中尽量只存原始值、轻量对象、DOM 引用（需确保 DOM 移除后无其他强持）
- 避免在私有 state 里存函数闭包，尤其那些被外部事件系统长期持有的（如 addEventListener 绑定的箭头函数）
- 若必须存函数，优先用 .bind(this) 并确保调用后及时解绑，或改用 WeakRef + finalizationRegistry 做兜底清理
配合享元模式拆分内在/外在状态
当对象图庞大（如数万节点的拓扑图），把所有状态塞进每个节点会浪费内存。WeakMap 天然适合存「外在状态」（per-instance），而「内在状态」（shared, immutable）可由享元工厂统一管理。
- 内在状态：节点类型、图标、默认样式等不变信息，集中存储、复用
- 外在状态：选中态、高亮时间、临时计算结果等，用 WeakMap 按需绑定到具体节点实例
- 这样 WeakMap 条目数 = 实际渲染节点数，而非图中全部逻辑节点数，大幅降低内存压力
不建议嵌套 WeakMap 管理子图
有人尝试为每个 child 创建新的 WeakMap，甚至递归构造 —— 这不仅没带来额外封装，反而破坏了 WeakMap 的核心优势：单点管理、自动回收、不可遍历。
- 多个 WeakMap 实例意味着多份哈希表开销，且无法保证销毁顺序
- 外部代码若意外拿到某个子 WeakMap，就可能绕过主封装逻辑
- 统一用一个模块级 WeakMap，靠 key（即对象实例）自然区分，更清晰也更安全
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
