闭包本身不阻止变量回收，真正原因是被长期持有的闭包持续引用外部变量，使其保持“可达”状态而无法被GC回收；变量仅在闭包有活引用时驻留，引用断开即释放。

闭包能“记住”外部变量，不是因为它有魔法，而是 JavaScript 的垃圾回收机制在它身上做了特殊处理——变量没被回收，是因为它还在被用着，只是这个“被用”，不是来自外部代码直接调用，而是通过闭包内部函数间接维持的引用关系。

闭包怎么让变量不被回收

普通函数执行完，局部变量自动进回收队列；但一旦函数返回了一个内部函数，且该内部函数访问了外层的变量（比如 count 或 name），引擎就会判定：这个变量还“可达”，不能删。

• 变量不再放在栈里，而是被挪到堆内存中，和闭包绑定成一个“环境对象”
• 只要闭包函数本身还被某个变量（如 myFunc）持有，这个环境对象就一直存在
• 垃圾回收器扫描时，会顺着引用链发现它“从根可达”，于是跳过清理

什么情况下闭包变量会被回收

闭包变量不是永久驻留的，它们的生命周期完全取决于是否还有“活引用”。一旦断开，立刻释放。

• 把引用闭包的变量设为 null 或重新赋值（如 myFunc = null）
• 闭包函数本身被移出作用域，比如定义在立即执行函数内，且没有对外暴露
• 页面卸载或 iframe 销毁，所有相关执行上下文一并清空

常见误区：闭包 ≠ 内存泄漏

很多人以为闭包必然导致内存堆积，其实不然。真正的问题不在闭包本身，而在“不该持有时却一直持有”。

• 比如事件监听器绑了闭包，但忘记 removeEventListener
• 全局变量长期引用一个带大数组的闭包，而实际早该弃用
• 定时器回调持续引用 DOM 元素，元素已卸载但闭包还在跑

如何验证闭包是否还在占用内存

开发阶段可用浏览器 DevTools 的 Memory 面板做简单判断：

• 录制一次快照，触发闭包创建（如点击生成计数器）
• 再操作让它本该释放（如销毁实例、清空引用）
• 拍第二次快照，筛选 Closure 类型，对比数量与 retained size
• 若相同或增长，说明引用未断，需检查变量持有逻辑