预防闭包内存占用的关键是让每个闭包只持有必要数据并避免拖住大对象：将函数移出循环、用参数传值替代隐式捕获；用 let 替 var 实现独立绑定；解构提取所需字段；及时清理长期持有的闭包引用。
预防闭包在循环中的内存占用问题，关键不是“不用闭包”，而是让每个闭包只持有真正需要的数据，并确保它不会意外拖住大对象或长期驻留内存。
把闭包逻辑移到循环外面
循环体内部定义函数，每次迭代都会生成一个新闭包实例，还可能捕获整个作用域。应该把函数定义抽出来，用参数传递关键值，而不是靠闭包自动捕获。
- ❌ 错误：在 for 中直接写
setTimeout(() => console.log(i), 100)—— 每次都新建闭包，且可能捕获整个循环上下文 - ✅ 推荐：用
setTimeout(cb, delay, i)的第三个参数传参，cb只接收i，不形成对外部变量的引用 - 也可提前定义好函数，如
const handleClick = (index) => { ... }，循环中调用handleClick(i)
用 let 声明循环变量
let 为每次迭代创建独立绑定，不仅解决“全输出最后一个值”的经典问题，也让引擎能更精准判断哪些变量实际被闭包使用。
- 用
var i：所有闭包共享同一个i，引擎无法释放它，即使只用到一次 - 用
let i：每个闭包捕获的是各自迭代时的i值，V8 等引擎会优化掉未被访问的变量，减少词法环境体积
只捕获必要字段，避免连带大对象
闭包会把整个外层作用域链“打包”保存，但你往往只需要其中一两个字段。提前解构或提取，能大幅降低内存压力。
- 比如外层有
const config = { api: '', timeout: 5000, data: hugeArray } - 不要让闭包直接引用
config，改用const { api, timeout } = config，再让闭包只用api和timeout - 这样
hugeArray不会被闭包隐式持有，GC 可正常回收
及时清理不再需要的引用
即使闭包本身轻量，如果它被长期持有（比如挂到 DOM、存进全局缓存、作为事件监听器），它捕获的数据就一直无法释放。
- DOM 场景：用
addEventListener后，在组件卸载或元素移除时调用removeEventListener - 定时器场景：配合
clearTimeout或clearInterval，尤其在异步回调中检查宿主是否还有效 - 手动释放：当确认闭包不再使用，可将其赋值为
null，帮助 GC 判定可回收范围
