JavaScript垃圾回收通过标记-清除算法自动释放不可达对象内存，核心是判断对象能否从根出发经引用链访问；常见内存泄漏源于意外持有引用，如全局变量、未移除事件监听器、未清理定时器等。
JavaScript的垃圾回收（Garbage Collection，GC）是引擎自动释放不再使用的内存的机制，开发者无需手动分配或销毁内存，但理解其原理有助于避免内存泄漏和优化性能。
垃圾回收的核心目标
识别并清除那些“不再被程序访问”的对象，把它们占用的内存还给系统。关键不在于“有没有变量引用”，而在于“能否从根（如全局对象、当前执行上下文）出发，通过引用链访问到该对象”。
主流回收算法：标记-清除（Mark-and-Sweep）
这是现代JavaScript引擎（V8、SpiderMonkey等）采用的主要策略：
- 标记阶段：从根对象开始，递归遍历所有可达对象，给它们打上“活跃”标记；
- 清除阶段：扫描整个堆内存，删除所有未被标记的对象，回收其空间。
这个过程会暂停JS执行（即“Stop-the-world”），所以引擎会做优化，比如分代收集（把对象按存活时间分为新生代和老生代）、增量标记等，减少单次停顿时间。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
什么情况会导致内存无法被回收？
常见陷阱不是GC失效，而是对象仍被意外持有引用，导致它始终“可达”：
- 全局变量持续引用大型对象（例如 window.cache = hugeData）；
- 事件监听器未移除，且回调中闭包捕获了外部大对象；
- 定时器（setInterval）的回调长期持有对DOM节点或数据的引用；
- 控制台日志（console.log(obj)）在某些浏览器中会隐式保留引用，影响调试时的回收判断。
开发者能做什么？
虽然不用手动释放内存，但可以主动断开不必要的引用：
- 不再需要的全局缓存，及时设为 null 或从对象中 delete；
- 使用 addEventListener 后，在合适时机调用 removeEventListener；
- 清理定时器：clearInterval(id) 或 clearTimeout(id)；
- 在单页应用中，组件卸载前清空内部状态、取消网络请求、解除订阅。
不复杂但容易忽略。
