闭包不会自动释放外部变量，需主动切断引用链以触发gc回收：及时清除事件监听和定时器、避免持有大对象或dom引用、显式置空闭包变量、慎用循环引用与全局缓存。
闭包本身不会自动释放外部作用域的变量，只要闭包还存在引用，它捕获的变量就一直留在内存中。要安全释放内存，核心是主动切断闭包对外部数据的引用链，让垃圾回收器（GC）能识别并回收这些对象。
及时清理事件监听和定时器
闭包常作为事件回调或定时器函数使用，若不手动移除，它们会持续持有对外部变量的引用。
- 绑定事件后，务必在不需要时调用 removeEventListener，传入完全相同的函数引用
- 启动定时器（setTimeout/setInterval）后，保存其返回值，并在适当时机调用 clearTimeout/clearInterval
- 在单页应用中，组件卸载、页面切换等生命周期节点是清理的黄金时机
避免闭包长期持有大对象或 DOM 引用
闭包若引用了大型数组、JSON 数据或 DOM 元素，即使闭包本身很小，也会阻止整个对象被回收。
- 只在闭包中保留真正需要的数据字段，而非整个对象。例如：用 { id, name } 替代传入整个用户对象
- 对 DOM 元素引用，应在元素被移除前将闭包中的对应引用设为 null
- 可借助 WeakMap 存储与 DOM 元素关联的状态——键是元素本身（弱引用），GC 可正常回收元素而不受干扰
显式断开闭包引用链
当确认某个闭包不再需要时，应主动解除它与外部作用域的连接。
- 将闭包变量赋值为 null 或 undefined，例如：handler = null
- 若闭包被赋给对象属性或全局变量，同样需清空该属性或变量，如：window.myHandler = null
- 对由工厂函数返回的闭包，返回一个清理函数并在外部调用它，形成“创建–使用–销毁”的明确闭环
谨慎使用循环引用和全局缓存
闭包 + 全局对象 + 循环引用是内存泄漏的高发组合。
- 避免把闭包直接挂到 window 或长期存活的对象上
- 若需缓存，优先选用 WeakMap（键弱引用）或 WeakSet，而不是普通对象或 Map
- 在 for / forEach 中动态创建闭包时，注意不要意外捕获循环变量（如用 let 声明索引，或改用事件委托替代逐个绑定）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
