内存泄漏指已分配的内存未被释放，导致内存占用持续增长。常见原因包括闭包引用未清理、未解绑事件监听器、全局变量意外扩展、定时器引用大型对象及遗忘的观察者。使用Chrome DevTools的堆快照、内存分配时间线和性能面板可排查问题。预防措施有显式解绑资源、避免隐式全局变量、控制闭包引用范围，并利用WeakMap/WeakSet管理弱引用数据。通过工具监控与良好编码习惯可有效减少泄漏风险。
JavaScript内存泄漏指程序在运行过程中动态分配了内存，但未能正确释放不再使用的内存，导致内存占用持续增长，最终可能引起页面卡顿甚至崩溃。尤其在单页应用（SPA）中，长时间运行的页面更容易暴露这类问题。了解常见泄漏原因并掌握排查方法，对前端开发者至关重要。
常见内存泄漏原因
以下几种情况是JavaScript中最常见的内存泄漏来源：
• 闭包引用未清理闭包会保留对外部变量的引用。若这些变量包含大型对象或DOM元素，且未被及时解除引用，就会造成泄漏。例如，在事件回调中引用外部变量时，若不手动解绑，函数和其作用域链将一直存在。
• 未解绑的事件监听器为DOM元素添加事件监听后，若该元素被移除但监听器未通过removeEventListener清除，监听器及其绑定的回调函数仍驻留在内存中。尤其在频繁增删DOM的场景下容易发生。
立即学习“Java免费学习笔记（深入）”；
• 全局变量意外扩展未使用var、let或const声明的变量会挂载到全局对象（window）上。这些变量在整个页面生命周期内都不会被回收，特别是当它们引用大量数据或DOM节点时。
• 定时器引用大型对象setInterval或setTimeout的回调函数若引用了外部作用域中的大型对象，且定时器未被clearInterval/clearTimeout清除，会导致这些对象无法被回收。
• 被遗忘的观察者或回调注册使用Observer模式（如MutationObserver、ResizeObserver）或第三方库注册回调时，若未在适当时机取消订阅，也会形成引用链，阻止对象释放。
浏览器工具排查内存泄漏
Chrome DevTools提供了强大的内存分析功能，可帮助定位泄漏源头。
• 使用堆快照（Heap Snapshot）在“Memory”面板中拍摄堆快照，查看当前内存中所有对象的实例数量和占用大小。可多次操作后拍摄多个快照，对比对象数量是否异常增长，重点关注Detached DOM Trees（分离的DOM树）和闭包中的大对象。
开启记录后操作页面，工具会实时显示内存分配情况。蓝色小点代表短期对象，持续存在的对象可能是泄漏源。通过跳转到具体代码位置，快速定位可疑分配。
• 监控内存使用趋势在“Performance”面板中启用内存记录，观察JS堆、DOM节点、监听器数量等指标随时间的变化。若堆内存呈上升趋势且不回落，说明可能存在泄漏。
编码预防与最佳实践
良好的编码习惯能有效减少内存泄漏风险。
• 显式解绑事件和定时器在组件销毁或元素移除前，务必调用clearTimeout、clearInterval和removeEventListener。现代框架（如React、Vue）通常提供生命周期钩子，可在useEffect的清理函数或beforeDestroy中处理。
• 避免无意的全局变量始终使用let/const声明变量，开启严格模式（"use strict"）可防止隐式全局创建。
• 控制闭包引用范围避免在闭包中长期持有大型对象或DOM引用。必要时，在使用完毕后手动将其置为null。
• 使用WeakMap/WeakSet管理关联数据当需要将数据与对象关联但不希望阻止其回收时，WeakMap和WeakSet是理想选择，它们对键的引用是弱引用，不会影响垃圾回收。
基本上就这些。内存泄漏不易察觉，但通过工具监控和规范编码，大多数问题都能提前发现并解决。关键是保持对内存使用的敏感度，特别是在复杂交互和高频更新的模块中。
