闭包性能问题源于其捕获的变量无法被垃圾回收，尤其大对象；应避免循环中创建闭包、改用参数传值、let声明、解构提取必要字段、绑定后及时清理。
闭包本身不占多少内存，真正拖慢性能、推高内存占用的是它悄悄“拽住”的那些变量——尤其是大数组、DOM 节点、缓存对象或整个组件实例。只要闭包还活着，它捕获的变量就无法被垃圾回收，哪怕只用了一个 id 字段，整个对象都得陪着留驻内存。
把函数逻辑移出循环，用参数传值代替隐式捕获
循环里每迭代一次就定义一个新函数，等于批量生成独立闭包，每个都绑定一份作用域副本，极易堆积内存。
- ❌ 避免：
for (var i = 0; i console.log(i), 100); }——不仅输出全是1000，还创建了 1000 个闭包，全捕获了整个循环上下文 - ✅ 推荐：
setTimeout((i) => console.log(i), 100, i)——利用setTimeout第三个参数传参，回调函数不形成对外部变量的引用 - 也可提前声明函数：
const handleClick = (id) => { ... };，循环中调用handleClick(item.id)，彻底解耦作用域
用 let 声明循环变量，减少词法环境体积
let 为每次迭代创建独立绑定，引擎能识别哪些变量真被闭包访问，未使用的字段不会被保留在词法环境中。
- 用
var i：所有闭包共享同一个i，引擎不敢释放，哪怕只读了一次 - 用
let i：每个闭包捕获的是各自迭代时的值（0、1、2…），V8 等现代引擎会做针对性优化 - 搭配解构使用效果更佳：比如
for (let { id, name } of list) { ... }，闭包只接触轻量字段，避开连带持有大对象
只捕获必要字段，提前切断冗余引用链
闭包会把整个外层作用域“打包”保留，但你往往只需要其中一两个值。主动提取，就能大幅降低内存压力。
- ❌ 不要：
const handler = () => process(config)——config里若有data: hugeArray，它就被锁住了 - ✅ 改为：
const { api, timeout } = config; const handler = () => fetch(api, { timeout });——hugeArray不再被闭包引用，GC 可正常回收 - 对状态对象优先转成 plain object 或 Map，剥离方法和内部引用，让闭包持有时更轻量
绑定后必须配套清理，不能只挂不拆
闭包常作为事件监听器、定时器回调或观察者存在。一旦挂上去，就可能长期存活，拖住整条引用链。
- 事件监听：不用匿名函数，保存具名引用，卸载时调用
removeEventListener - 定时器：保存
setInterval或setTimeout返回的 ID，组件销毁前务必clearInterval或clearTimeout - 手动置空：
myHandler = null，尤其在路由跳转、表单重置或 DOM 移除前 - 框架内善用清理机制：React 的
useEffect返回函数、Vue 的onBeforeUnmount、原生可维护cleanup数组统一执行
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
