JavaScript垃圾回收通过标记-清除算法自动管理内存，从根对象出发标记可达对象，未被标记的不可达对象被回收；引用计数因无法解决循环引用问题已被现代引擎淘汰；V8采用分代收集，回收时机由内存使用和运行状态决定，开发者应避免意外强引用以优化性能。
JavaScript中的垃圾回收机制主要通过自动管理内存来防止内存泄漏。它会定期清理那些不再被程序使用的变量和对象，释放它们占用的内存空间。这个过程对开发者来说是透明的，不需要手动干预。
基于引用的垃圾回收
现代JavaScript引擎大多采用标记-清除（Mark-and-Sweep）算法。它的核心思想是：从根对象（如全局对象、调用栈等）开始，追踪所有可访问的对象。那些无法从根到达的对象被视为“不可达”，也就是不再需要的，会被回收。
例如：
- 一个全局对象始终可以从根访问，不会被回收
- 如果一个局部对象在函数执行结束后没有任何引用指向它，就会变成不可达
- 闭包中引用的变量只要还在作用域内，就不会被清除
引用计数与循环引用问题
另一种早期策略是引用计数：每个对象维护一个引用次数，当引用数为0时立即回收。但这种方式有个明显缺陷——无法处理循环引用。
立即学习“Java免费学习笔记（深入）”；
比如两个对象互相引用，即使它们已脱离执行环境，引用数也不为零，导致内存无法释放。现代浏览器已不再依赖纯引用计数，而是结合标记清除来规避这个问题。
垃圾回收的触发时机
回收不是实时发生的，而是由引擎根据内存分配情况和运行状态决定何时启动。常见的触发条件包括：
- 堆内存使用达到一定阈值
- 长时间未执行代码后空闲时
- V8引擎会在新生代和老生代分别进行不同频率的回收（分代收集）
虽然我们不能强制触发GC，但可以通过减少不必要的引用、及时解除事件监听等方式帮助引擎更高效地工作。
基本上就这些。JavaScript的垃圾回收机制设计得足够智能，日常开发中只需注意避免意外的强引用即可。不复杂但容易忽略。