JavaScript中全局变量不会被垃圾回收，因其始终处于全局作用域引用链中；真正问题在于意外持有全局引用导致内存无法释放，需主动解除不必要的全局引用，如赋值null或delete属性，并避免隐式全局变量。
JavaScript 中全局变量不会被垃圾回收，因为它们始终处于全局作用域的引用链中。所谓“清理全局变量防止垃圾回收失败”其实是个误解——问题不在于垃圾回收“失败”，而在于**意外持有全局引用导致内存无法释放**。真正要做的不是“清理垃圾回收”，而是**主动解除不必要的全局引用**。
明确哪些是真正的全局变量
区分清楚：在浏览器中，window（或 globalThis）上的属性才是真正的全局变量；用 var/let/const 在最外层声明的变量，若未显式挂到 window 上，则不属于全局对象属性（但在非严格模式下，var 声明会自动成为 window 属性）。常见误判：
-
var foo = {};→ 浏览器中等价于window.foo = {} -
let bar = {};或const baz = {};→ 不挂载到 window，但仍在全局词法环境里，仍可被长期持有 -
this.xxx = {};在全局执行上下文中也等于window.xxx = {}
主动解绑全局对象上的引用
如果确实把数据挂到了 window（或 globalThis）上，清理方式很简单：直接赋值 undefined、null 或用 delete 操作符移除属性：
-
window.myBigData = null;（推荐，语义清晰，且避免 delete 的性能/兼容性顾虑） -
delete window.myBigData;（对使用 var 声明或直接赋值创建的属性有效；但对 let/const 声明的不可删除） - 注意：delete 不会释放内存，只是断开属性引用；真正释放依赖后续 GC 对该值的判定
避免无意创建全局变量
很多“残留全局变量”源于编程疏忽，而非有意设计。以下写法极易污染全局：
立即学习“Java免费学习笔记（深入）”；
- 忘记写 var/let/const 直接赋值：
accidental = {};→ 非严格模式下自动挂到 window - 函数内未声明就赋值：
function f() { bugData = []; }→ 全局泄漏 - IIFE 中 this 指向 window，
this.cache = {};也会挂载 - 解决方案：启用 "use strict";（未声明变量会报错），配合 ESLint 规则
no-implicit-globals和no-unused-vars
用模块化替代全局状态
现代前端开发应尽量避免全局变量。用 ES 模块封装状态，并按需导入导出：
- 把缓存、配置、工具实例放在单独的
store.js或cache.js中，用 export default 或命名导出 - 需要清理时，重置模块内部变量（如
cache.clear()），而非操作全局对象 - 模块顶层的 let 变量虽在“模块作用域”内，但只要没暴露给全局，就不会阻碍 GC
不复杂但容易忽略：全局变量本身不会让垃圾回收“失败”，但会让本该被回收的对象一直可访问。关键在控制引用链——删掉不该存在的 window.xxx，禁用隐式全局，优先走模块封装。
