闭包在循环中易致内存过高，因每次迭代创建独立闭包并持有外部大对象；应提取闭包逻辑到循环外、用let声明变量、传参替代捕获、及时解引用、缓存必要值。
闭包在循环中容易引发内存占用过高，核心原因是每次迭代都可能创建独立闭包，持续持有外部变量（尤其是大对象），导致这些变量无法被垃圾回收。
避免在循环体内部创建闭包
循环本身高频执行，若每次迭代都定义并返回一个新函数（比如作为事件处理器、定时器回调或 Promise 回调），就会生成多个闭包实例，每个都绑定一份当前作用域的变量副本。
- ❌ 错误写法：在 for 循环里直接声明函数并捕获循环变量
- ✅ 改进思路：把闭包逻辑提取到循环外，通过参数传入关键值，而非依赖闭包捕获
- 例如用 setTimeout 的第三个参数传参 替代闭包捕获：
setTimeout(cb, delay, i)，这样 cb 内部只需接收参数，不形成对整个循环作用域的引用
优先使用 let 声明循环变量
let 为每次迭代创建独立的绑定，使每个闭包捕获的是该次迭代独有的变量值，而不是共享同一个 var 变量。这既解决经典“输出全是最后一个值”的问题，也限制了闭包实际持有的数据范围。
- 对比 var i：所有闭包共享一个 i，最终都指向循环结束后的值（如 5 或 6）
- 使用 let i：每个 setTimeout 回调捕获的是各自迭代时的 i（0、1、2…），且引擎可更精准判断哪些变量真正被使用
- V8 等现代引擎会对 let 声明做优化，未被闭包实际访问的变量不会被保留在词法环境中
及时解除对大型对象的引用
如果闭包必须捕获某个大对象（如 DOM 元素、缓存数据、大型数组），需确保在不再需要时主动切断引用链。
- 监听器场景：用
addEventListener后，记得在合适时机调用removeEventListener - 计时器场景：用
clearTimeout或clearInterval清理已过期的定时器 - 手动释放：将闭包变量设为 null（如
myClosure = null），帮助 GC 判定其可回收
用局部变量缓存所需值，减少闭包捕获范围
闭包会把整个外层函数的作用域链“连带保存”，但实际可能只用其中一两个字段。这时可在闭包创建前，提前提取必要值，让闭包只捕获轻量数据。
- 例如外层有
const config = { api: '...', timeout: 5000, data: hugeArray } - 闭包真正只需要
config.api和config.timeout，那就先解构：const { api, timeout } = config - 再让闭包只引用
api和timeout，避免无意中拖住hugeArray
