内存泄露中未命名的全局变量（Accidental Global Variables）是怎么不知不觉霸占内存空间的-js教程-PHP中文网

未命名的全局变量会引发内存泄漏，因其绕过作用域直接挂载到window上，始终可达，垃圾回收器无法释放其所引用的大对象；常见于漏写let/const、this指向window及错误上下文绑定等场景。

内存泄露中未命名的全局变量（accidental global variables）是怎么不知不觉霸占内存空间的

未命名的全局变量会悄悄霸占内存，核心原因在于：它绕过了作用域控制，直接挂载到 window（浏览器环境）上，而全局对象上的属性不会被垃圾回收器（GC）自动清理——只要页面没刷新或关闭，它们就一直驻留。

因为写法看起来毫无异常，开发者根本意识不到自己创建了全局变量：

漏写 var/let/const：比如在函数里写 count = 1000，JS 自动解释为 window.count = 1000；
this 指向 window：普通函数调用时 this 默认是全局对象，function init() { this.data = new Array(100000) } 就等同于 window.data = [...]；
错误的上下文绑定：事件回调、定时器中未正确绑定 this，也可能意外把大对象挂到全局。

关键不是变量本身，而是它引用的内容：

Flova.ai

Flova.ai是一款面向创作者和影视团队的一站式AI视频生成Agent。

下载

如果赋值的是一个大型数组、长字符串、DOM 节点或闭包，这些数据结构会持续保留在内存中；
GC 的 mark-and-sweep 算法从 root（如 window）出发遍历可达对象，而 window.xxx 永远可达，所以它引用的所有东西都“活”着；
多次调用后不断叠加（比如 cache = {...} 被反复赋值），旧数据没被覆盖或清空，内存只增不减。

不用等崩溃，几个简单动作就能提前拦截：

所有 JS 文件顶部加 "use strict" —— 此时漏声明变量会直接报错，强制你写 let count = 1000；
Chrome DevTools → Memory 面板 → 拍摄 Heap Snapshot，筛选 Detached DOM tree 或搜索 window 下异常大的属性；
对确实需要的全局缓存（如配置、状态），用完后主动置为 null 或重新赋值，切断引用链；
用 ESLint 规则 no-implicit-globals 和 no-unused-vars 在编码阶段拦截。

本质上，这不是 JS 的缺陷，而是开发者无意中把“临时变量”变成了“永久居民”。只要守住作用域边界，内存就不会被悄悄圈地。