闭包捕获变量引用而非值，异步队列决定回调执行时机；var循环中所有回调共享同一i，最终输出5；用let、iife或settimeout传参可为每次迭代创建独立作用域。
闭包和异步队列在 JavaScript 中不是孤立存在的两个概念，它们常在实际开发中协同工作——闭包负责“捕获并保留变量状态”，异步队列则决定“什么时候能访问到这个状态”。理解二者如何配合，关键在于看清：变量怎么被记住、回调何时被调用、以及中间是否存在作用域错位。
闭包保存的是变量引用，不是快照值
当异步操作（如 setTimeout、Promise.then）的回调函数内部访问外层变量时，如果该变量由闭包捕获，它拿到的不是循环当时的值，而是变量最终的值。这是因为：
- var 声明的变量是函数作用域，整个循环共用一个 i；
- 所有回调都闭包引用了同一个 i，等真正执行时，循环早已结束，i === 5；
- 闭包不“复制”值，只建立对外部词法环境的链接。
异步队列决定了回调的执行时机
即使闭包正确捕获了变量，如果回调没被调度执行，变量也无从读取。JS 主线程遵循「同步优先、微任务清空、宏任务轮转」的顺序：
- for 循环是同步代码，立即跑完；
- 每个 setTimeout 把回调推入宏任务队列（Timer Queue），等待当前同步栈清空 + 上一轮微任务执行完毕；
- 所有回调排队等同一轮事件循环之后才陆续执行，此时外部变量早已定型。
让闭包与异步真正配合的三种可靠方式
要让每个异步回调拿到自己那一轮的变量值，核心是切断共享引用，为每次迭代创建独立作用域：
- 用 let 替代 var：块级作用域使每次循环生成新的绑定，每个回调闭包各自捕获自己的 i；
- 用立即执行函数（IIFE）包裹：把当前 i 作为参数传入，形成新函数作用域，内部变量不再受外部变动影响；
- 用 setTimeout 的第三个及以上参数传参：回调函数可直接接收当前值，避免闭包读取外部变量，例如 setTimeout(cb, delay, i)。
Promise 和 async/await 中的闭包表现更隐蔽
在 Promise 链或 async 函数中，看似没有显式循环，但闭包仍可能出问题：
- for...of 或 map().then() 中若用 var 或未隔离变量，同样会复用最后值；
- async 函数内 await 后的代码属于微任务，但它所处的函数上下文仍是原始执行上下文，闭包行为不变；
- 常见陷阱：在循环里发起多个请求，却用同一个变量接收响应结果，导致覆盖或错乱。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
