核心是识别长期驻留的非标准全局变量：通过console筛选window非常规属性、sources搜索赋值语句、堆快照comparison视图定位delta异常增长对象，确认window→变量引用链；修复需补声明或删赋值，预防须启用严格模式、静态检查及禁用直接操作全局对象。
排查 JavaScript 中由全局变量污染引发的内存泄漏，核心是识别“本不该存在却长期驻留”的变量，并确认它们是否被意外挂载到全局对象（如 window 或 globalThis）上。这类泄漏隐蔽性强、影响持久，往往在页面运行数小时后才显现卡顿或崩溃。
确认是否真有全局变量污染
打开 Chrome DevTools 的 Console 面板，直接执行：
-
Object.keys(window).filter(k => !/^(?:console|document|location|navigator|performance|fetch|setTimeout|...)$/.test(k))—— 筛出非标准属性，重点关注命名随意、体积大（如cacheData、bigList）或带时间戳/随机字符串的键； -
for (let k in window) { if (window.hasOwnProperty(k) && typeof window[k] === 'object' && window[k]?.length > 10000) console.log(k, window[k].length) }—— 快速定位可能占用大量内存的数组或对象。
定位污染源头的代码位置
全局变量污染通常源于两类写法：
- 函数内漏写
let/const/var，例如：function init() { data = fetchData(); }→data自动成为window.data； - 显式赋值到全局对象，例如：
window.tempCache = new Map()或globalThis.config = {...}，尤其在工具函数、插件初始化逻辑中高频出现。
可在 Sources 面板中全局搜索 =.*window\.|globalThis\.|this\.（正则），再结合断点调试，观察哪次调用真正创建了该变量。
用堆快照精准锁定泄漏变量
这是最可靠的方式：
- 先点击 Memory 面板右上角的 垃圾箱图标（Collect garbage），强制触发一次 GC；
- 点击 Take heap snapshot 拍摄第一张快照；
- 执行疑似污染的操作（如多次进入某模块、反复调用某 API）；
- 再次 GC + 拍第二张快照；
- 切换到 Comparison 视图，筛选
Constructor列为 Object 或 Array，按Delta降序排列； - 找到数量持续增长且名称可疑的对象（如
window.myBigCache），右键 → Reveal in Summary view，查看其 Retainers —— 若显示window→myVar，即确认为全局污染。
预防和修复建议
修复本身很简单：删掉赋值语句或补上声明；但关键在避免复发：
- 全项目启用
"use strict"，未声明变量会直接报错，杜绝静默挂载； - CI 流程中接入静态分析工具（如 CoBOT SAST），自动告警
Potential global variable assignment类问题； - 禁止直接操作
window或globalThis，所有缓存/配置统一走模块级单例或 Context 管理； - 对已存在的全局缓存，加生命周期控制：例如用
WeakMap关联 DOM 节点，或设置maxAge和maxLength限制。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
