闭包本身不会导致内存泄漏，问题在于被长期持有且捕获了本该释放的大对象；事件监听器未解绑、定时器未清除、全局对象持有闭包、闭包捕获过大对象均会阻止垃圾回收。

闭包本身不会导致内存泄漏，问题出在它被长期持有，同时又捕获了本该释放的大对象——比如 DOM 元素、大型数组、组件实例或全局变量。只要闭包还活着，它所引用的外部变量就无法被垃圾回收器清理。

事件监听器没解绑

用闭包函数做点击、滚动等回调，绑定后元素被移除或组件卸载，但没调用 removeEventListener，闭包就一直挂着，连带它捕获的整个作用域（包括 DOM 节点、state、配置对象）全卡在内存里。

• 单页应用中反复切换页面，监听器越积越多
• 异步加载后动态绑定，容易漏掉清理逻辑
• 推荐统一管理：React 用 useEffect 清理函数，Vue 用 beforeUnmount，原生 JS 可维护监听器列表批量清除

定时器没清除

setInterval 或 setTimeout 的回调是闭包，只要它还在跑，里面访问过的 this、DOM 元素、userData 就一个都收不走。

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

• 路由跳走后控制台还在打印日志，说明定时器仍在执行
• 务必保存 timer ID，并在组件销毁前调用 clearInterval 或 clearTimeout
• 避免闭包直接引用大对象；必要时只传 ID 或轻量字段，而不是整个数据结构

全局或长生命周期对象持有闭包

把闭包赋给 window、模块顶层变量、class 实例属性，等于给它发了张“永久居留证”。宿主不死，闭包和它捕获的所有变量就动不了。

• 例如缓存函数写成 cache[key] = () => doSomething(largeData)，largeData 就一直被锁住
• 优先用 WeakMap（键为对象时，对象回收后缓存自动失效）
• 必须用全局缓存时，加 TTL 过期机制，或手动置 null 清理

闭包捕获了不该捕获的大对象

一个轻量回调，因为写法松散，偷偷背走了整棵树。比如循环中用 var 声明变量再传入闭包，所有闭包共享同一变量，不仅逻辑错乱，还延长了整个作用域生命周期。

• 多个闭包共用一个外层作用域时，哪怕只用其中一个函数，所有被捕获的数据（config、cache、largeArray）全得留着
• 优化方向：按需拆分闭包；用参数传值替代捕获；对大对象手动切断引用（如设为 null）
• 排序、搜索等算法中，避免在闭包内直接引用百万级数组，改用索引或 ID 间接操作

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南