WeakMap的键是弱引用，不参与可达性判断，对象无其他强引用时可被垃圾回收，从而避免内存泄漏；但值仍为强引用，且无法遍历或获取size。
WeakMap 的弱引用不会阻止垃圾回收，只要对象没有其他强引用，它就能被正常回收——这是它和普通 Map 最根本的区别，也是它能缓解内存泄漏的唯一原因。
WeakMap 的键为什么“不计数”
JavaScript 引擎判断一个对象是否可回收，看的是它是否还有强可达路径。普通 Map 的键会构成一条强引用链，比如 map.set(obj, data) 后，即使 obj = null，obj 仍通过 Map 内部结构被强引用着，GC 就不能动它。
WeakMap 则不同：它的键被引擎标记为“弱引用”，这条引用不参与可达性计算。也就是说：
- 只要
obj在全局、闭包、变量、属性等地方都断开了强引用，它就满足 GC 条件 -
WeakMap中的对应条目不会拖住它；一旦 GC 运行，obj被回收，该条目自动消失 - 你无法用
weakMap.keys()或weakMap.size探测它是否还在——因为这个状态本就不稳定
常见误用：以为 WeakMap 能“兜底”所有引用泄漏
WeakMap 只弱化键的引用强度，对值仍是强引用。如果值本身又持有对键的引用（比如闭包、内部类、事件处理器），就会形成循环引用，导致键无法被回收。
典型错误场景：
- 用
WeakMap缓存 DOM 元素的尺寸，但缓存值里存了element.addEventListener(...)的回调，而回调又捕获了element - 把整个 Vue 组件实例作为键，值却是一个包含
this的箭头函数——这个函数强引用着组件，组件就永远收不走 - 值对象被其他地方（如全局数组、定时器闭包）长期持有，即使键被回收，值仍驻留内存
WeakMap 不是自动 GC 触发器，它依赖真实 GC 周期
WeakMap 的条目清理不是即时的。它不主动扫描或触发回收，只被动响应引擎的 GC 行为：
- Chrome V8 中，只有当 Minor GC 或 Major GC 实际执行后，被回收的键对应的条目才会从
WeakMap内部结构中移除 - 你调用
weakMap.get(obj)时返回undefined，不一定说明obj已被回收——可能只是还没 GC，也可能obj根本没进过WeakMap - 无法通过
weakMap状态推断对象生命周期；反过来，也不能靠它“预测”GC 时机
真正关键的点在于：WeakMap 不提供控制权，它只消除了一个强引用源。能否释放内存，最终取决于你是否切断了所有其他强引用路径——这点最容易被忽略。
