循环变量声明导致的“闭包泄漏”本质是变量捕获错误，用let替代var可解决共享变量问题；IIFE适用于旧环境；还需避免闭包引用大数据、善用事件委托。
循环变量声明造成的“闭包泄漏”其实不是真正意义上的内存泄漏，而是变量捕获错误——闭包引用了被意外共享的变量，导致运行结果不符合预期。但若该变量本身持有大量数据（比如大数组、DOM 节点等），而闭包又长期存活，就可能演变为实际的内存泄漏。核心问题出在作用域和变量声明方式上。
用 let 替代 var 声明循环变量
这是最直接、最常用的解法。var 是函数作用域，整个循环共用一个 i；let 是块级作用域，每次迭代都会生成独立的绑定。
- 错误写法（var）：所有回调共享同一个 i，循环结束时 i === 3，输出全是 3
- 正确写法（let）：每个 setTimeout 或事件处理器捕获的是各自迭代中的 i 值
示例：
for (let i = 0; i setTimeout(() => console.log(i), 100);}
输出：0、1、2 —— 符合直觉。
立即学习“Java免费学习笔记（深入）”；
用立即执行函数包裹（IIFE），显式传入当前值
适用于不支持 let 的旧环境（如需兼容 IE），或需要更清晰控制变量生命周期的场景。
- 把当前 i 作为参数传入自调用函数，形成独立作用域
- 内部函数闭包捕获的是形参 value，而非外部循环变量
示例：
for (var i = 0; i (function(value) {setTimeout(() => console.log(value), 100);
})(i);
}
避免闭包捕获不必要的大数据
即使用了 let，如果循环中创建的闭包还引用了大型对象（如 bigData、DOM 元素、canvas 上下文等），仍可能造成内存滞留。
- 只在闭包内使用所需字段，不要直接引用整个对象
- 必要时提前提取值：const id = item.id; const name = item.name;
- 对大对象做浅拷贝或序列化后再传入，切断原始引用链
绑定事件时优先用事件委托
为多个元素单独绑定带闭包的事件监听器，会创建多个闭包实例，增加管理成本和泄漏风险。
- 把监听器挂到父容器上，通过 event.target 判断来源
- 用 data-* 属性存索引或 ID，避免在闭包中捕获循环变量或数据项
- 减少闭包数量，也便于统一清理
示例：
document.querySelector('.list').addEventListener('click', e => {if (e.target.matches('.item')) {
const index = +e.target.dataset.index;
console.log('点击第', index);
}
});
