JavaScript内存泄漏指分配的内存未被释放，导致页面卡顿或崩溃，常见类型包括意外的全局变量、未清理的定时器、未解绑事件监听、闭包引用过大对象及DOM节点残留引用；可通过Chrome DevTools的Memory面板拍堆快照、Performance面板监控内存曲线等方式排查；预防措施包括避免全局变量、及时清除定时器和事件监听、使用WeakMap/WeakSet等。
JavaScript内存泄漏是指程序在运行过程中分配的内存没有被正确释放，导致可用内存逐渐减少，最终可能引起页面卡顿甚至崩溃。这类问题在长时间运行的单页应用中尤为常见。排查和解决内存泄漏需要理解常见的泄漏模式，并借助开发者工具进行分析。
常见内存泄漏类型
掌握典型的泄漏场景有助于快速定位问题：
-
意外的全局变量：未声明的变量会成为
window对象的属性，长期驻留内存。例如：function leak() { leakVar = "I'm global now"; } -
未清理的定时器或回调：使用
setInterval或setTimeout时，如果回调函数引用了外部作用域变量，且未在适当时机清除，会导致闭包无法被回收。 - 事件监听未解绑：DOM元素被移除后，若仍绑定事件监听器，尤其在IE等旧浏览器中容易引发泄漏。现代浏览器虽已改善，但仍需注意。
- 闭包引用过大对象：闭包保留对外部变量的引用，若这些变量包含大量数据或DOM节点，可能导致本可释放的内存一直被占用。
- DOM节点引用残留：JavaScript中保留对已删除DOM节点的引用（如缓存了节点的变量），会阻止整个节点及其子树被回收。
使用Chrome DevTools排查
Chrome开发者工具是分析内存问题的核心手段：
- 打开Memory面板，选择Heap Snapshot，在操作前后各拍一张快照，对比对象数量变化，查找异常增长的构造函数。
- 使用Allocation instrumentation on timeline记录内存分配过程，可看到哪些代码持续创建对象而未释放。
- 在Sources面板中设置断点，观察变量生命周期，确认是否在预期时间被回收。
- 利用Performance面板录制运行时性能，查看内存曲线是否持续上升。
预防与最佳实践
良好的编码习惯能有效避免大多数内存泄漏：
立即学习“Java免费学习笔记（深入）”；
- 避免使用全局变量，必要时显式声明
var/let/const。 - 组件销毁前清除定时器：
clearInterval(timer)、clearTimeout(timeout)。 - 移除DOM前解绑事件：
removeEventListener，或使用事件委托减少绑定数量。 - 及时解除对DOM节点的引用，尤其是缓存结构中的条目，在节点失效后应手动清空。
- 使用WeakMap/WeakSet存储关联数据，它们不会阻止垃圾回收。
基本上就这些。发现内存问题时，先观察行为特征，再用工具验证假设，结合代码逻辑逐步缩小范围。多数泄漏都源于疏忽而非复杂机制，保持警觉就能大幅降低风险。
