JavaScript内存泄漏指本该回收的内存因意外引用无法释放，导致页面卡顿甚至崩溃；典型场景包括未清理事件监听器、未清除定时器、意外全局变量、DOM引用残留及闭包持有大对象。
JavaScript 内存泄漏，是指本该被垃圾回收器释放的内存，因为某些意外的引用关系，一直保留在内存中无法清理。它不会报错，但会让页面越来越卡、响应变慢，甚至崩溃——尤其在单页应用或长期运行的后台任务中特别明显。
常见内存泄漏的几种典型场景
不是所有“内存占用高”都是泄漏，但以下这几类写法，是实际项目中最常踩坑的：
-
未清理的事件监听器：给 DOM 元素绑了 click 或 scroll 监听函数，但元素被移除或组件卸载后没调用
removeEventListener。监听函数还强引用着外部作用域，导致整块数据无法回收。 -
忘记清除定时器：用
setInterval或setTimeout启动了轮询，却没在合适时机（比如组件销毁时）调用clearInterval或clearTimeout。回调函数持续存活，连带它闭包里的变量也跟着“赖着不走”。 -
意外的全局变量：在非严格模式下，直接给未声明的变量赋值（比如写成
count = 1而不是let count = 1），会自动挂到window上。这类变量永远可达，永远不会被回收。 -
DOM 引用残留：用
document.getElementById或querySelector拿到一个元素后存为变量，之后这个 DOM 节点被remove()或整个从页面删掉了，但 JS 里还拿着它的引用。节点及其绑定的数据、事件、样式计算结果都还在内存里。 - 闭包持有大对象：闭包本身没问题，但若内部函数长期存在（比如作为事件回调或缓存函数），又引用了体积很大的外部数据（如一整张图片的 base64、大型数组），这些数据就无法释放。
怎么判断是不是内存泄漏？
- 打开 Chrome 任务管理器（Shift + Esc），观察目标标签页的 “JavaScript memory” 是否在空闲状态下持续缓慢上涨；
- 用 DevTools 的 Memory 面板，录制一段操作（比如打开弹窗 → 关闭 → 等几秒），然后点击 “Take heap snapshot”，对比前后快照，看有没有重复增长的构造函数或 DOM 节点；
- 在 Performance 面板录制一段时间，勾选 “Memory” 选项，查看内存分配曲线是否只升不降，或每次操作后不能回落到基线。
实用的避免方法
关键不是“不用”，而是“用完即断”。几条可立即落地的建议：
立即学习“Java免费学习笔记（深入）”；
- 绑定事件时，尽量使用具名函数，方便后续精准移除；组件卸载前统一调用
removeEventListener； - 启动定时器后，把返回的 timer ID 存起来，在
onUnmount、beforeDestroy或visibilitychange事件中清除； - 开启严格模式（
"use strict"），让未声明变量直接报错，从源头杜绝全局污染； - 移除 DOM 后，手动把相关 JS 变量设为
null，尤其是通过ref或缓存对象持有的节点； - 闭包中避免直接捕获整个大对象，改用需要的字段，或在不需要时主动解除引用（如
cacheRef = null）。
基本上就这些。不复杂，但容易忽略。
