JavaScript垃圾回收机制通过标记-清除自动释放不可达对象内存，避免手动管理；常见泄漏包括全局变量残留、未清理定时器/事件监听器、闭包保留大对象引用及DOM引用未解除，需结合DevTools排查并采用WeakMap等弱引用优化。
JavaScript垃圾回收机制是引擎自动管理内存的过程，它会识别并释放那些不再被程序使用的对象，从而防止内存无限增长。核心目标是让开发者不用手动分配和释放内存，但理解其原理能帮你避开常见内存泄漏陷阱。
垃圾回收的两种主流策略
现代JavaScript引擎（如V8）主要采用以下方式判断哪些数据可以回收：
- 引用计数（已基本弃用）：跟踪每个值被引用的次数，当引用数为0时回收。但它无法处理循环引用问题（比如两个对象互相引用，但外部已无访问路径）。
- 标记-清除（主流方案）：从一组“根对象”（如全局变量、当前执行函数的局部变量）出发，递归标记所有可达对象；未被标记的即为“不可达”，随后被清除。这种方式能正确处理循环引用。
常见内存泄漏场景及应对方法
虽然垃圾回收自动运行，但某些编程习惯会让对象意外保持“可达”，导致本该释放的内存一直占用。
- 全局变量残留：忘记用var/let/const声明的变量会自动挂到window（浏览器）或global（Node.js）上，长期存活。建议开启严格模式（"use strict"），避免隐式全局变量。
- 未清理的定时器或事件监听器：比如在组件销毁后，忘了调用clearInterval或removeEventListener。建议在对应生命周期钩子（如React的useEffect返回函数、Vue的beforeUnmount）中清理。
- 闭包中意外保留大对象引用：内部函数即使不使用某个大数组或DOM节点，只要它被外层函数返回并持续存在，整个外层作用域可能都无法回收。检查闭包是否真的需要捕获全部变量，必要时手动置空引用（如largeData = null）。
- DOM引用未解除：通过document.getElementById等获取的DOM元素被JS变量长期持有，而该元素又已被移除，就形成“游离DOM”。记得在移除节点前清空相关JS引用，或使用弱引用（WeakMap、WeakRef）存储关联数据。
辅助排查与验证手段
发现问题比预防更难，借助工具可快速定位异常内存增长：
立即学习“Java免费学习笔记（深入）”；
- Chrome DevTools 的 Memory 面板：用“堆快照（Heap Snapshot）”对比不同操作前后的对象数量，筛选出异常增多的构造函数（如Array、Object、自定义类）。
- 录制“分配时间线（Allocation Timeline）”：观察某段代码执行期间是否持续分配新对象且未释放。
- 使用performance.memory（仅部分环境支持）粗略查看JS堆使用量变化。
写得更健壮的小技巧
- 优先使用const声明变量，减少意外重赋值带来的引用混乱。
- 对大型数据结构（如缓存），考虑用WeakMap代替普通Map，让键名对象可被正常回收。
- 在单页应用中，路由切换或组件卸载时，主动解除数据订阅、取消网络请求（如AbortController）、清空定时器。
- 避免在频繁调用的函数中创建闭包或大型临时对象，必要时提取到外层或复用结构。
