闭包本身不危险，真正问题在于无意中锁住不该长期存在的对象；应只捕获最小必要数据、避免挂载到全局、绑定后配套清理、优先用类替代闭包持态。
闭包本身不危险，真正的问题在于它无意中锁住了不该长期存在的对象。只要引用链不断，垃圾回收器就无法释放那些变量——哪怕你只用了一个字段，整个对象都得陪着“站岗”。避免的关键不是不用闭包，而是让引用轻、可控、可断。
只捕获真正需要的最小数据
闭包会把所有被访问的外层变量一并“封存”，哪怕你只读取 user.name，整个 user 对象（含头像、日志、权限树）都会被拖住。
- ❌ 避免：
const handler = () => process(user)—— 直接传入大对象 - ✅ 改为：
const handler = () => process(user.id, user.role)或提前解构const { id, role } = user - 对配置类或上下文，优先转成 plain object、Map 或命名元组，去掉方法和内部状态
别让闭包挂到全局或长生命周期对象上
一旦闭包被赋值给 window、globalThis 或模块顶层变量，它捕获的作用域就永远无法释放。
- 启用 "use strict"，配合 ESLint 的 no-implicit-globals 规则，让漏写 const/let 的赋值直接报错
- 模块导出函数时，警惕初始化阶段捕获的大数据：不要
const data = fetchBigList(); export const fn = () => data.map()，而应改为export const fn = (data) => data.map()或用工厂函数按需生成 - 真需全局缓存（如主题处理器），用 WeakMap 关联 DOM 元素与闭包，元素销毁后缓存自动失效
绑定后必须配套清理机制
闭包常作为事件监听器、定时器回调或观察者存在，它们一旦挂上去，就可能长期存活。
- 事件监听：不用匿名函数，改用具名函数或保存引用，确保能精准调用 removeEventListener
- 定时器：保存 setInterval 返回的 ID，组件卸载或任务结束时务必 clearInterval
- React 中利用 useEffect 清理函数，Vue 用 onBeforeUnmount，原生 JS 可维护 cleanup 数组统一销毁
- 手动置 null：在卸载前，将闭包内强引用的 DOM 节点、大数据对象显式设为 null
优先用类替代闭包持态
闭包的状态藏在 __closure__ 里，难调试、难追踪、难清理；而类能明确定义创建与销毁边界。
- 把需要管理资源的逻辑封装成类，提供 .close() 或 .destroy() 方法
- 配合上下文管理器（Python）或 React 的 useEffect 清理函数，形成“配对释放”习惯
- 类实例可主动控制生命周期，比依赖作用域自动退出更可靠、更易测试
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
