答案：内存泄漏因未清除定时器、事件监听、闭包引用等导致，可通过Chrome工具检测并用清理引用、弱引用等方式修复。
JavaScript性能优化中，内存泄漏是一个常见但容易被忽视的问题。它会导致页面运行缓慢、卡顿甚至崩溃。尤其在单页应用（SPA）中，用户长时间停留在一个页面上，内存问题更容易暴露。要有效解决这个问题，关键是能及时发现并定位泄漏源，然后针对性修复。
常见内存泄漏类型及成因
了解哪些操作容易引发内存泄漏，是预防和修复的第一步。以下是几种典型的场景：
- 未清除的定时器或回调： setInterval 或 setTimeout 在组件销毁后仍持续执行，引用着外部变量，导致无法被回收。
- 事件监听未解绑： 添加了 DOM 事件监听器但未在适当时候 removeEventListener，尤其是对全局对象如 window、document 的监听。
- 闭包引用过大对象： 闭包保留对父级作用域的引用，若不小心持有大型数据或 DOM 节点，会造成内存滞留。
- DOM 引用未释放： 移除 DOM 元素时，JavaScript 中仍保留对该元素的引用，比如缓存了节点的变量。
- 全局变量滥用： 意外创建全局变量（如忘记使用 var/let/const），这些变量生命周期与页面一致，长期驻留内存。
使用开发者工具检测内存泄漏
Chrome DevTools 提供了强大的内存分析功能，帮助我们直观地发现问题。
步骤一：使用 Performance 面板记录运行时行为打开 DevTools → Performance → 点击录制按钮，模拟用户操作一段时间后停止。查看内存曲线是否持续上升而没有回落，这通常是泄漏的信号。
步骤二：拍摄 Heap Snapshots（堆快照）
切到 Memory 面板，选择 Heap snapshot，在关键操作前后各拍一张快照。比如打开关闭一个模态框前后。对比快照中的对象数量和大小，查找未被释放的实例。
步骤三：使用 Allocation instrumentation on timeline
这个模式可以实时追踪对象分配情况。启动后操作页面，观察哪些对象频繁创建且未回收，特别关注重复出现的相同构造函数实例。
常见修复策略与最佳实践
发现问题后，需采取具体措施清理引用，确保垃圾回收机制能正常工作。
立即学习“Java免费学习笔记（深入）”；
- 清理定时器： 在组件卸载或逻辑结束时调用 clearInterval、clearTimeout。React 中可在 useEffect 返回清理函数。
- 解绑事件监听： 添加的 addEventListener 应配对 removeEventListener，尤其是在 window、document 上绑定的事件。
- 避免无意的全局变量： 启用严格模式 "use strict"，防止 this 指向 window 导致意外赋值。
- 弱引用替代强引用： 对于需要缓存的 DOM 节点或对象，考虑使用 WeakMap 或 WeakSet，它们不会阻止垃圾回收。
- 及时断开引用： 当某个对象不再需要时，主动将其设为 null，特别是大型数组、缓存对象等。
基本上就这些。内存泄漏不复杂但容易忽略，关键是养成良好的编码习惯，并定期使用工具检查关键路径的内存表现。只要坚持监控和清理，大多数问题都能在早期规避。
