常见的内存泄漏类型包括意外的全局变量、未清理的事件监听器、闭包引用不当、定时器中的引用和DOM引用残留；使用Chrome DevTools通过堆快照、内存分配时间线等手段可有效排查问题；优化策略有避免全局变量、及时解绑事件与定时器、清除DOM引用、慎用闭包，并推荐使用WeakMap/WeakSet；结合监控工具与自动化测试，养成良好编码习惯，能有效预防和控制内存泄漏。
JavaScript 虽然有自动垃圾回收机制，但在实际开发中，尤其是复杂应用里，内存泄漏依然常见。尤其在单页应用（SPA）、长时间运行的后台任务或频繁操作 DOM 的场景下，内存占用持续增长会导致页面卡顿甚至崩溃。排查和优化内存泄漏，是提升 JavaScript 高性能的关键一环。
常见的内存泄漏类型
理解哪些模式容易引发内存泄漏，是解决问题的第一步：
- 意外的全局变量：未声明的变量会绑定到 window 上，长期驻留内存。例如 var a = b = {} 中的 b 就成了全局变量。
- 未清理的事件监听器：DOM 元素被移除后，若事件监听未解绑，回调函数仍保留在内存中，导致 DOM 和 JS 对象都无法释放。
- 闭包引用不当：闭包保留对外部变量的引用，若这些变量包含大对象或 DOM 节点，且没有及时释放，会造成内存堆积。
- 定时器中的引用：setInterval 或 setTimeout 回调中引用了外部作用域的大对象，即使页面已切换，定时器仍在运行，阻止回收。
- DOM 引用残留：JS 中保留了对已从文档中移除的 DOM 节点的引用，如缓存了节点的数组，但未清空。
使用 Chrome DevTools 排查泄漏
Chrome 开发者工具是定位内存问题的核心手段：
- 打开 Memory 面板，选择 Heap Snapshot 拍摄堆快照。在操作前后各拍一次，对比对象数量变化，查找异常增长的构造函数。
- 使用 Record Allocation Timeline 动态记录内存分配过程，可观察到哪些操作触发了对象创建和未回收。
- 在 Sources 面板设置断点，结合 Scope 查看闭包中的变量引用情况，确认是否有不必要的持久引用。
- 通过 Performance 面板录制运行时行为，查看内存曲线是否持续上升，配合帧率、CPU 使用率综合判断。
优化策略与最佳实践
预防胜于治疗，编写健壮代码是根本：
立即学习“Java免费学习笔记（深入）”；
- 避免使用全局变量，启用严格模式（"use strict"）可防止意外创建全局对象。
- 为事件监听器使用命名函数，便于后续调用 removeEventListener 清理；或使用 AbortController 简化管理。
- 清除定时器：组件销毁或页面跳转前，务必调用 clearInterval 或 clearTimeout。
- 及时解除 DOM 引用：将不再使用的 DOM 节点引用置为 null，尤其是在缓存结构中。
- 谨慎使用闭包：确保闭包内不长期持有大对象或外部作用域中的非必要变量。
- 利用 WeakMap / WeakSet：当需要关联对象又不想影响其回收时，使用弱引用集合，它们不会阻止垃圾回收。
监控与自动化检测
在生产环境中也需关注内存健康：
- 在开发环境模拟长时间操作，定期检查内存快照。
- 使用性能监控工具（如 Sentry、Lighthouse）集成内存指标。
- 编写单元测试时加入资源释放断言，比如验证事件监听器是否被正确移除。
- 对关键模块进行压力测试，观察内存增长趋势。
基本上就这些。内存泄漏不容易一眼看出，但只要养成良好的编码习惯，配合工具定期检查，就能有效控制。问题往往出在“以为已经释放”的地方，多留意引用关系，别让无心之引用拖慢你的应用。
