变量被覆盖不是闭包问题，而是作用域绑定时机不当；var 声明使循环共用一个 i，异步执行时 i 已为终值；let 每次迭代新建绑定，或用 setTimeout 第三个参数传参可解决。
直接说结论：变量被覆盖不是闭包的问题，而是你没让闭包真正“捕获当时的值”——关键在作用域绑定时机，不在有没有闭包。
for 循环里用 var + setTimeout 为什么总输出最后一个值
因为 var 声明的变量是函数作用域，整个循环共用一个 i；setTimeout 的回调是异步执行的，等它真正运行时，循环早已结束，i 已变成终值（比如 5 或 3）。
这不是“闭包失效”，恰恰是闭包太忠实了：它捕获的是 i 这个**引用**，而不是某次迭代的快照。
- 错误写法：
for(var i = 0; i console.log(i), 0); }→ 输出333 - 根本原因：所有回调共享同一个
i绑定，且主线程同步跑完循环后i才停在3 - 别怪
setTimeout，它只是把回调推入任务队列；怪的是变量声明方式和作用域设计
用 let 替代 var 是最简方案
let 在每次循环迭代中创建新的块级绑定，每个 setTimeout 回调自然捕获对应轮次的 i 值，不需要额外封装。
- 正确写法：
for(let i = 0; i console.log(i), 0); }→ 输出012 - 本质是语法糖：ES6 规范保证每次迭代都新建一个
i绑定，不是靠“闭包技巧”补救 - 兼容性注意：IE 不支持
let，若需兼容老环境，必须换其他方式
用 setTimeout 第三个参数传参更轻量
setTimeout 支持从第三个参数起向回调函数传入任意参数，这比 IIFE 更简洁，也避免嵌套函数带来的可读性下降。
- 推荐写法：
for(var i = 0; i console.log(currentI), 0, i); } - 原理：参数
i在调用setTimeout时就被求值并传入，回调内部拿到的是固定副本 - 对比 IIFE：
(function(currentI) { setTimeout(...); })(i)多一层函数调用，语义相同但冗余 - 注意：箭头函数里不能用
arguments，但这里不需要
闭包不是万能解药，快照误用会引发新问题
当你要捕获的对象是引用类型（如 config 对象、DOM 元素），仅靠闭包绑定变量名不够——对象内部属性仍可能被后续代码修改。
- 危险示例：
const config = { url: '/api/1' }; setTimeout(() => fetch(config.url), 100); config.url = '/api/2';→ 实际请求的是/api/2 - 正确做法：在发起异步前提取必要字段，或做浅拷贝：
const savedUrl = config.url;或const snapshot = { ...config }; - 深层陷阱：闭包长期持有大对象（如未清理的
setInterval持有canvas和data），会导致内存泄漏
真正容易被忽略的点是：你以为用了闭包就安全了，其实只是把“变量覆盖”换成了“对象突变”或“内存滞留”。判断依据永远是——这个值在异步执行那一刻，是否还保持着你期望的形态。
