javascript闭包本身无问题，核心在于变量绑定时机与读取时机不一致：var声明的循环变量共享同一绑定，异步执行时i已为终值；let则为每次迭代创建独立绑定，确保输出0、1、2。
JavaScript 中闭包本身不是问题，问题出在“什么时候绑定变量”和“什么时候读取值”不一致。尤其在循环 + 异步（如 setTimeout、事件监听、fetch 回调）组合下，很容易拿到意料之外的值。
循环变量被所有回调共享
用 var 声明的循环变量是函数作用域，整个循环只有一份 i。异步回调执行时，循环早已结束，i 已变成终值。
- 错误示例：
for (var i = 0; i console.log(i), 100); }→ 全部输出 3 - 推荐修复：改用
let，每次迭代创建独立绑定：for (let i = 0; i console.log(i), 100); }→ 输出 0、1、2 - 替代写法：利用
setTimeout的参数传值机制，把当前值“塞进去”：setTimeout(console.log, 100, i)或setTimeout((idx) => console.log(idx), 100, i)
对象引用被修改导致值“变掉”
闭包捕获的是对象地址，不是快照。如果主线程在异步发起后立刻改了对象属性，回调里读到的就是新值。
- 例如：
const config = { url: '/api/1' }; fetch(config.url); config.url = '/api/2';→ 回调可能拿到 /api/2 - 需要快照时，在发起异步前提取关键字段：
const savedUrl = config.url;，再在回调中使用savedUrl - 对简单对象可浅拷贝：
const snapshot = { ...config };；深层嵌套建议用structuredClone(config) - 声明时用
const防止重新赋值，但注意它不阻止对象内部属性被修改
定时器或事件监听器未清理引发内存泄漏
闭包长期持有对外部大对象（如 DOM 节点、大型数据）的引用，而定时器或监听器又没清除，这些对象就无法被垃圾回收。
- 务必保存定时器 ID：
const timer = setInterval(() => {}, 1000);，后续用clearInterval(timer)清理 - 事件监听器要成对使用：
element.addEventListener('click', handler)→ 卸载时必须element.removeEventListener('click', handler) - 复杂场景推荐
AbortController统一控制生命周期，比如fetch(url, { signal })配合abort()
避免 IIFE 这类过时方案
过去常用立即执行函数包裹 var i 来“伪造”作用域，现在既冗余又易读性差，还多一层调用开销。
- 不推荐：
for (var i = 0; i console.log(i), 100); })(i); } - 现代开发应默认使用
let，配合 ESLint 规则（如no-var）从源头预防 - 数组方法如
[0,1,2].forEach(i => setTimeout(() => console.log(i), 100))也是天然安全的选择
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
