JavaScript垃圾回收采用标记-清除算法，通过标记可达对象、清除未标记对象来管理内存；常见泄漏场景包括全局变量、未清理定时器/事件监听器、闭包大对象引用及无限制缓存，应分别用严格模式、及时清除引用、精简闭包依赖和WeakMap/LRU策略规避。
JavaScript的垃圾回收（GC）由引擎自动管理，开发者无法手动释放内存，但理解其原理并规范编码习惯，能有效预防内存泄漏。
垃圾回收的核心机制：标记-清除
V8等主流引擎主要采用“标记-清除”（Mark-and-Sweep）算法。它分两步运行：
- 标记阶段：从根对象（如全局对象、当前执行上下文中的变量、栈中引用）出发，递归标记所有可达对象；
- 清除阶段：扫描堆内存，回收所有未被标记的对象所占空间。
注意：引用计数曾被早期IE使用，但因无法处理循环引用（如两个对象互相持有对方引用）已被现代引擎弃用。
常见内存泄漏场景与规避方法
以下四类问题最易引发泄漏，修复关键在于及时切断不必要的引用：
立即学习“Java免费学习笔记（深入）”；
-
全局变量意外保留：忘记用
var/let/const声明变量，会挂载到全局对象（如window），长期存活。✅ 始终启用严格模式（"use strict"），避免隐式全局。 -
未清理的定时器或事件监听器：DOM元素被移除后，若其绑定的
setTimeout、setInterval或addEventListener未清除，回调函数仍持有所在作用域的引用。✅ 在组件卸载或元素销毁前调用clearTimeout/clearInterval，或使用removeEventListener；对一次性操作优先用AbortController或Promise封装。 -
闭包中保留大对象引用：内部函数无意中捕获了本不需要的大型数据（如整个DOM树、大数组）。✅ 检查闭包依赖，只保留必要变量；必要时在不再需要时将引用设为
null。 -
缓存未设限或未清理：如用对象做键值缓存，持续写入却不淘汰旧项。✅ 使用
Map或WeakMap（后者对键是弱引用，不阻止GC）；为缓存添加大小限制和LRU策略。
辅助排查：利用工具定位泄漏
仅靠经验难以发现隐蔽泄漏，需借助开发者工具：
- Chrome DevTools → Memory 面板：录制堆快照（Heap Snapshot），对比操作前后的对象数量与 retained size，重点关注重复增长的构造函数（如
Array、Object、自定义类）； - 使用
console.memory粗略观察内存趋势； - 录制Allocation instrumentation on timeline，查看哪些代码频繁分配且未释放对象。
重点关注“Detached DOM tree”——已从文档移除但仍有JS引用的节点，这是典型泄漏信号。
WeakMap 和 WeakRef：更安全的引用方式
当必须关联对象又不想阻碍回收时，可用ES6+提供的弱引用机制：
-
WeakMap：键必须是对象，且为弱引用。当键对象被回收，对应条目自动消失，适合存储元数据或私有属性； -
WeakRef（ES2021）：包装一个对象，不阻止其被回收；需配合deref()安全访问，返回undefined表示目标已回收； - ⚠️ 注意：
WeakSet也存在，但WeakRef不可用于DOM节点（部分浏览器暂不支持）。
它们不能解决所有泄漏，但为特定场景提供了更健壮的抽象。
