内存泄漏指JavaScript中已分配的内存未被释放，导致占用持续增长，常见于全局变量、事件监听器、闭包、定时器和DOM引用未清理。通过Chrome DevTools的内存快照、分配时间线、性能面板等可检测泄漏。修复方案包括及时解绑事件、清除定时器、避免闭包强引用、使用WeakMap/WeakSet及在组件卸载时清理副作用。预防需遵循良好编码习惯，如避免全局变量、规范使用生命周期钩子。定期内存测试有助于发现潜在问题，确保应用稳定运行。
JavaScript性能优化中，内存泄漏是一个容易被忽视但影响深远的问题。随着单页应用（SPA）和复杂交互逻辑的普及，页面长时间运行成为常态，若存在内存泄漏，会导致浏览器卡顿、响应变慢甚至崩溃。因此，及时检测并修复内存泄漏是提升应用稳定性和用户体验的关键。
什么是JavaScript内存泄漏？
内存泄漏指的是程序在运行过程中分配了内存，但在不再需要时未能正确释放，导致内存占用持续增长。JavaScript具有自动垃圾回收机制，通常通过标记清除来管理内存，但开发者的一些不当操作仍可能阻止对象被回收。
常见引发内存泄漏的场景包括：
- 意外的全局变量引用
- 未清理的事件监听器
- 闭包中持有外部变量的强引用
- 定时器（setInterval）引用了外部作用域中的对象
- DOM元素被移除后仍保留在JavaScript中引用
如何检测内存泄漏？
借助现代浏览器的开发者工具，可以直观地监控内存使用情况，定位泄漏源头。
立即学习“Java免费学习笔记（深入）”；
常用方法包括：
- 内存快照（Memory Snapshots）：在Chrome DevTools的Memory面板中，拍摄多个时间点的堆快照（Heap Snapshot），对比对象数量变化，查找异常增长的构造函数或对象类型。
- 记录内存分配（Record Allocation Timeline）：实时观察内存分配过程，识别短时间大量创建且未回收的对象。
- 监控内存面板指标：关注“JS Heap”、“Nodes”、“Listeners”等数值趋势。若堆内存持续上升且不回落，可能存在泄漏。
- Performance面板分析：结合性能记录，查看GC（垃圾回收）频率和页面卡顿是否关联内存问题。
常见泄漏场景与修复方案
掌握典型模式有助于快速排查和修复问题。
-
事件监听器未解绑：当DOM元素被移除时，若其绑定的事件监听器未被移除，回调函数会继续持有对元素或作用域的引用。
修复方式：使用addEventListener的同时，在适当时机调用removeEventListener，或使用once选项自动清除。 -
定时器引用外部对象：setInterval中引用了组件实例或大对象，即使组件已销毁，定时器仍在运行，阻止回收。
修复方式：在组件卸载时调用clearInterval或clearTimeout。 -
闭包导致的引用滞留：闭包内部函数引用了外部大对象，而内部函数被长期持有（如挂载到全局）。
修复方式：避免在闭包中长期持有不必要的外部引用，使用完后手动置为null。 -
DOM引用未释放：将DOM节点存储在全局变量或缓存中，即使页面已移除该节点，引用依然存在。
修复方式：在节点移除后，清除所有JavaScript中的引用。 - Map/WeakMap 与 Set/WeakSet 的选择：使用Map和Set会强引用键值，可能导致无法回收；WeakMap和WeakSet允许键被GC回收，适合做私有数据存储或元数据关联。
预防内存泄漏的最佳实践
良好的编码习惯能大幅降低泄漏风险。
- 避免使用全局变量，尤其在模块或组件中临时声明未用var/let/const的变量。
- 组件生命周期结束时，清理所有副作用：事件监听、定时器、订阅对象（如RxJS）、WebSocket连接等。
- 在框架中（如React、Vue），利用useEffect返回清理函数，或beforeDestroy/destroyed钩子执行释放逻辑。
- 谨慎使用闭包，确保不会无意中捕获大对象。
- 定期进行内存测试，特别是在功能迭代后，使用自动化工具或手动录制堆快照对比。
基本上就这些。内存泄漏虽隐蔽，但通过工具监控和规范编码，完全可以控制。关键是保持对资源使用的敏感度，及时释放不再需要的引用。不复杂但容易忽略。
