JavaScript垃圾回收通过标记-清除自动释放不可达对象内存，引用计数因循环引用问题已被弃用；常见泄漏场景包括全局变量残留、未解绑事件监听器、闭包持有大对象及未取消定时器/请求，需针对性清理。
JavaScript的垃圾回收机制是自动管理内存的过程，它会定期找出不再被使用的变量和对象，释放它们占用的内存。开发者不需要手动释放内存，但如果不注意代码写法，很容易导致内存泄漏——即本该被回收的对象因为某些引用一直存在而无法被清理。
垃圾回收的两种主要策略
现代JavaScript引擎（如V8）主要采用以下两种方式协同工作：
- 标记-清除（Mark-and-Sweep）：从全局对象、当前执行上下文中的变量等“根”开始，递归标记所有能访问到的对象；未被标记的即为不可达对象，随后被清除。这是最核心、最常用的机制。
- 引用计数（已基本弃用）：早期IE曾使用，为每个值维护一个引用次数。但无法解决循环引用问题（比如两个对象互相引用），所以现代引擎不再依赖它。
常见内存泄漏场景及避免方法
虽然垃圾回收是自动的，但下面这些情况会让对象意外保持“可达”，从而逃过回收：
- 全局变量残留：意外将局部变量挂到window或globalThis上，比如var timer = setInterval(...)没清理。建议用let/const声明，及时调用clearInterval/clearTimeout。
- 未销毁的事件监听器：给DOM元素绑定事件后，若元素被移除但监听器没解绑，该元素及其闭包可能无法回收。推荐使用addEventListener配合removeEventListener，或在组件卸载时统一清理（如React的useEffect返回函数）。
- 闭包中保留大对象引用：内部函数持续引用外部作用域的大数组、缓存数据等，会导致整个外层作用域无法释放。检查闭包是否真的需要长期持有这些数据，必要时手动置null或用WeakMap/WeakSet替代强引用。
- 定时器或网络请求未取消：比如组件已销毁，但setTimeout或fetch回调还在等待执行，并引用着组件实例。可在销毁前设置标志位（如isMounted = false）或使用AbortController终止请求。
辅助排查与验证手段
发现页面越来越卡、内存占用持续上涨时，可以借助浏览器开发者工具定位问题：
立即学习“Java免费学习笔记（深入）”；
- 打开Chrome DevTools → Memory面板 → 点击Record Allocation Profile或Take Heap Snapshot，对比操作前后的快照，查找“Detached DOM tree”或持续增长的构造函数实例。
- 关注Console中是否有Warning: Can't perform a React state update on an unmounted component这类提示，往往是内存泄漏的信号。
- 用performance.memory（非标准但可用）粗略观察堆内存变化，例如console.log(performance.memory.usedJSHeapSize)。
基本上就这些。理解垃圾回收不是为了手动干预，而是写出更“可回收”的代码——让对象在真正无用时，能被干净利落地清理掉。
