JS中隐藏全局变量不报错但阻碍垃圾回收，需通过堆快照定位隐式挂载点、识别典型模式（如未声明赋值）、运行时监控辅助验证，并严格启用"use strict"、ESM模块及显式单例管理。
JS 项目中隐藏的全局变量不会报错，但会让对象长期驻留内存，绕过垃圾回收。清理的关键不是“找到变量名再删”，而是定位它如何被挂载、确认谁在持有、然后切断引用链——内存分析是发现这类问题最直接有效的手段。
用堆快照揪出隐式挂载点
打开 Chrome DevTools → Memory 面板 → 点击 Take heap snapshot，等页面稳定后拍两份快照（间隔几秒或执行一次疑似操作后再拍）：
- 在快照筛选框输入 filter:objects，再搜索 Window 或 GlobalObject
- 重点看 Constructor 列为 Object / Array / Function，且 Distance 很小（如 2~4）的对象——说明它离 window 很近，极可能是隐式创建的
- 点击该对象 → 右侧切换到 Retainers 标签 → 若路径显示
window.xxx或global.xxx，就是确凿证据 - 对比两个快照：用 Objects allocated between snapshots 视图，筛选新增的、大小异常（>100KB）的全局属性，比如
tempData、nodeCache、debugRef
识别典型挂载模式
很多“隐藏全局”有固定写法，快照里看到这类名字要立刻警觉：
-
未声明直接赋值：比如函数里写了
result = fetchData()，非严格模式下自动变成window.result -
this 指向失控：普通函数调用时
this.cache = new Map()等价于window.cache = new Map() -
模块顶层漏声明：ESM 文件最外层写了
apiClient = new Api()（没加const），也会污染 global -
控制台调试残留：临时写的
data = document.querySelectorAll('div')没清空，就一直挂在 window 上
运行时监控辅助验证
堆快照是静态切片，配合轻量运行时检测可提升发现效率：
- 在开发环境入口注入检测脚本：
const initKeys = Object.keys(window).length;<br>setInterval(() => {<br> if (Object.keys(window).length > initKeys + 30) {<br> console.warn('全局属性突增', Object.keys(window).slice(initKeys));<br> }<br>}, 5000); - 结合 ESLint 规则
no-implicit-globals和no-unused-vars，CI 构建阶段拦截问题代码 - 对已确认的泄漏变量，不要只设
window.xxx = null，还要检查是否还有其他引用（比如闭包、定时器回调里还存着它）
清理必须配合源头防护
单靠内存分析只能治标。真正解决要从工程习惯入手：
- 全项目启用
"use strict"—— 这是最有效的一道防线，让xxx = {}直接抛ReferenceError，而不是静默挂全局 - 改用 ESM 模块（
.mjs或type="module"），模块默认严格模式，天然免疫隐式全局 - 把确实需要跨模块共享的数据，封装进显式单例（如
export const cacheManager = { data: new Map() }），而非挂 window - SPA 中路由卸载、组件销毁时，主动清理已知全局引用：
window.tempNode = null（注意：仅当确认无其他强引用时才安全）
