怎样理解 WeakMap 的弱引用特性对垃圾回收的积极影响

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 不提供控制权，它只消除了一个强引用源。能否释放内存，最终取决于你是否切断了所有其他强引用路径——这点最容易被忽略。