隐式全局变量是JavaScript中最隐蔽的内存泄漏源头，表现为未声明变量直接赋值、非严格模式下this赋值、构造函数漏用new等，导致对象挂载window/global逃逸垃圾回收。
隐式全局变量是 JavaScript 中最隐蔽也最容易被忽视的内存泄漏源头。它不报错、不阻断执行，却让对象长期驻留内存，直到页面关闭才释放——这对长时运行的单页应用（SPA）、监控看板或实时协作页面尤为危险。
识别隐式全局变量的关键特征
隐式全局变量通常没有 var、let 或 const 声明，且出现在函数作用域内。它们会自动挂载到全局对象上（浏览器中是 window，Node.js 中是 global），从而逃过垃圾回收机制的清理。
- 函数内部直接赋值未声明变量：如
a = { data: new Array(100000) } - 非严格模式下用
this赋值：如function fn() { this.cache = {} }，调用时this指向window - 构造函数忘记用
new调用：如MyClass()而非new MyClass()，导致属性写入全局
用 Chrome DevTools 快速定位
打开开发者工具 → Memory 面板 → 拍摄堆快照（Heap Snapshot）→ 在 Global Object 下展开 window（或 global），筛选出近期新增、体积大、与业务逻辑无关的属性。
- 重点关注名称可疑、类型为
Object或Array的属性，尤其是带时间戳、随机ID或“cache”“data”“list”等关键词的 - 右键点击该属性 → “Reveal in Console”，确认其是否在代码中被意外创建
- 对比多次操作后的快照：若某属性持续存在且引用数不降，基本可判定为隐式全局变量泄漏
代码层面自查技巧
无需依赖工具也能提前规避：在所有 JS 文件顶部统一添加 "use strict"，它会让隐式全局赋值直接抛出 ReferenceError，强制暴露问题。
立即学习“Java免费学习笔记（深入）”；
- 启用 ESLint 规则
no-implicit-globals和no-invalid-this，CI 阶段拦截风险代码 - 搜索项目中所有
=赋值语句，检查左侧是否为已声明变量；尤其注意回调、定时器、事件处理函数内部 - 对疑似全局缓存对象（如
tempData、store、registry）加注释说明生命周期，并配套清理逻辑
修复后验证是否真正解决
修复不是简单加上 let 就完事。要确认变量作用域收缩、引用链切断、且不再意外存活。
- 将原隐式变量改为块级声明后，观察对应功能是否仍正常——若报错
undefined，说明之前确实依赖了全局挂载 - 在控制台手动执行
delete window.xxx（xxx 是原变量名），再刷新页面，看是否影响功能，验证其本不该全局存在 - 再次拍摄堆快照，确认该变量不再出现在
window下，且对应对象的保留路径（Retaining Path）已消失
