全局变量缓存大数据是前端内存泄漏的常见原因，排查需按“定位+验证+清理”三步：用chrome memory面板拍堆快照、查retainers确认window持有，检查隐式/显式全局赋值，注释后对比快照验证，再以局部作用域、自动清理、lru或weakmap等安全替代。
全局变量缓存大数据是前端内存泄漏的常见原因，排查核心在于“定位 + 验证 + 清理”：先确认是否真由全局变量引起，再找出具体变量，最后安全释放。
用浏览器开发者工具定位可疑全局变量
在 Chrome DevTools 的 Memory 面板中，执行以下操作：
- 点击 Take heap snapshot（拍摄堆快照），建议先刷新页面、做一次基础操作后再拍，便于对比
- 切换到 Summary 视图，筛选 Constructor 列，重点关注
Array、Object、String等大对象，按 Retained Size 降序排列 - 右键某个大对象 → Reveal in Summary view → 查看其 Retainers（持有者链），若顶层显示
window或global，且路径中含变量名（如window.cacheData），基本可判定为全局缓存变量
检查代码中隐式或显式的全局变量声明
以下写法容易意外创建全局变量，尤其在模块未严格启用严格模式时：
-
dataList = []（漏写var/let/const）→ 自动挂载到window -
this.cache = new Map()在非构造函数或箭头函数中调用 →this指向window -
window.userData = fetchUserData()或globalThis.reportCache = {}等显式赋值 - 未清理的定时器回调中持续往全局数组 push 数据（如
window.logBuffer.push(msg)）
验证与隔离：临时注释 + 快照对比
不要仅靠代码扫描猜测，务必实测验证：
- 在疑似全局缓存变量赋值处打上
// TODO: check memory注释，然后注释掉整行（如// window.bigCache = fetchData();） - 重复相同用户操作流程，再次拍堆快照，对比两次快照中对应构造器的 Retained Size 是否显著下降
- 若下降明显，说明该变量确实是主因；可进一步用
delete window.bigCache或window.bigCache = null测试运行时释放效果
安全清理与替代方案
避免直接 delete window.xxx（对 var 声明无效，且可能破坏依赖），推荐：
- 改为局部作用域：把缓存逻辑封装进函数或 Class 实例，用闭包管理生命周期
- 加自动清理机制：例如用
Map+ 时间戳 + 定期clearExpired()，或监听路由跳转/组件卸载时主动cache.clear() - 限制容量：使用 LRU 缓存（如
lru-cache或简易版class LRUCache），避免无节制增长 - 敏感数据及时转为
ArrayBuffer并.detach()（适用于二进制数据），或用WeakMap存储关联对象（不阻止 GC）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
