v8引擎不采用纯引用计数算法，而是基于代际假说，以根可达性为标准，结合scavenge、mark-sweep和mark-compact等算法进行垃圾回收；仅在weakmap/weakset、逃逸分析及增量标记中辅助参考引用关系。

V8 引擎**并不使用纯引用计数算法**作为主垃圾回收机制，但它会在某些特定场景中**辅助性地参考引用状态**，尤其在弱引用对象（如 WeakMap、WeakSet）的生命周期管理中体现类似思想——不是靠计数器数值本身触发回收，而是依赖“是否还有强引用存在”这一可达性判断。

引用计数不被 V8 主动采用的原因

引用计数要求每个对象实时维护一个计数器，每次赋值、重赋值、变量销毁都需同步增减。这带来两方面问题：

• 性能开销：频繁读写计数器影响执行效率，尤其在高吞吐对象操作场景下
• 根本缺陷：无法处理循环引用。例如 objA.next = objB; objB.prev = objA，即使外部已无引用，两者引用计数均 ≥1，内存永远无法释放

V8 实际采用的主回收机制

V8 基于**代际假说**，结合多种 GC 算法协同工作：

• 新生代：用 Scavenge 算法（复制式），快速清理短命对象
• 老生代：主要用 Mark-Sweep（标记-清除）和 Mark-Compact（标记-整理），解决循环引用，保障内存可达性判定准确
• 所有算法统一以“根可达性”为标准——从全局对象、调用栈等根出发，能遍历到的对象视为活跃，其余即为垃圾

引用相关逻辑的辅助作用场景

虽然不维护显式计数器，V8 在以下环节会隐式利用引用关系做决策：

• WeakMap/WeakSet 的键存活控制：键必须是对象，且该对象仅被 WeakMap 弱持有。一旦该对象没有其他强引用存在，它就会被回收，对应条目自动从 WeakMap 中移除——这本质上是“强引用归零即失效”，行为接近引用计数语义，但由标记阶段统一判定，非独立计数
• 优化编译器（TurboFan）的逃逸分析：若静态分析发现某个对象从未被闭包或全局变量捕获，也未传入可能产生长生命周期引用的 API（如 setTimeout），就可能将其分配在栈上或直接消除，减少堆压力——这依赖对引用传播路径的推理，而非计数
• 增量标记与并发标记阶段：在标记过程中，若某对象被新强引用指向，GC 会确保它被重新标记为活跃；反之，若所有强引用在标记期间被解除，它将在后续清除阶段被回收——仍是可达性驱动，但响应引用变化更及时

开发者可关注的实际影响

理解这点有助于写出更健壮的代码：

• 避免手动模拟引用计数（如自增 refCount 属性），V8 不感知也不响应这类逻辑
• 循环引用无需主动断开（如 parent.child = null），现代 V8 能正确回收，前提是它们确实不再被根可达
• 想让对象尽早释放？关键是切断所有强引用链，包括事件监听器、缓存 Map 中的 key、定时器回调里的闭包捕获等
• 需要“自动清理”的关联数据，优先选用 WeakMap，它天然配合 V8 的可达性回收逻辑