闭包本身不阻止垃圾回收，它只是让变量保持可达——只要闭包被活对象引用，其捕获的外层变量就始终被标记为活跃，无法被标记清除法回收；需主动断开引用（如设null、移除监听器、清除定时器）并用DevTools验证retained size变化。
闭包本身不阻止垃圾回收，它只是让变量“保持可达”——只要闭包还被某个活对象引用着，它捕获的外层变量就一直算“活着”，GC 就不会动它们。
闭包怎么影响垃圾回收的判断
JavaScript 主流引擎（如 V8）用标记清除法：从全局对象、当前执行上下文等根出发，顺着所有引用链标记“可达”的对象。闭包不是特殊类型，但它隐式持有一个对外层词法环境的引用。一旦这个闭包被变量、事件监听器、定时器或缓存结构持有，整个环境（包括你只用了其中一两个字段的对象）就会被标记为可达。
- 比如只读 data.id，却因闭包直接引用了 data 整个对象，导致大数组或 DOM 节点无法释放
- 循环中用 var 声明计数器，所有回调共享同一个变量，整个循环作用域被锁住，变量全卡在内存里
- 把闭包赋给 window.handler 或长期存在的 Map，业务早不需要了，引用还在
哪些情况会让闭包变量“赖着不走”
关键不在闭包有没有，而在它是否还被“活引用”。以下情形都会让本该释放的变量继续驻留：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 闭包作为事件监听器绑定在 DOM 上，但没调 removeEventListener
- 用 setInterval 或 setTimeout 持续调用闭包，定时器没清除
- 闭包被赋值给全局变量、模块顶层导出值，或存进数组/Map 后未清空
- 在 ES 模块中导出闭包，且该模块被其他活跃模块 import 后长期持有
怎么让闭包变量真正释放
断开引用后，回收几乎是即时的。重点是主动管理生命周期：
- 不再需要时，显式将持有闭包的变量设为 null（如 handler = null）
- 添加事件监听器后，在对应场景下必须调用 removeEventListener
- 启动定时器后，在合适时机调用 clearInterval 或 clearTimeout
- 避免在闭包中直接捕获重型对象，改用 ID、索引、解构后的字段 等轻量标识，按需查表
怎么确认闭包还在占内存
靠猜测不如看数据。Chrome DevTools 的 Memory 面板可验证：
- 操作前拍一次堆快照，筛选类型为 Closure，记下数量和 retained size
- 执行“本该释放”的动作（如卸载组件、清空引用、移除监听器）
- 再拍一次快照，对比 Closure 实例是否减少、retained size 是否下降
- 若未变化，展开 retainers 路径，就能看到是哪个变量、哪个监听器或哪个缓存还在拽着它
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
