for 循环中 let 声明的变量每轮迭代绑定独立词法环境，使回调函数捕获当轮值；var 声明的变量全程共享同一内存地址，导致所有回调捕获最终值。
在 JavaScript 中，for 循环内部用 let 声明的变量，每次迭代都会绑定一个独立的词法环境，不是“复制值”，也不是“重新声明同名变量”，而是引擎为每轮迭代创建一个新的、不可见的绑定实例。这个机制让每个回调函数（如 setTimeout、事件监听器、数组方法中的函数）自然捕获当轮的值。
let 声明的 i 每次都是新绑定，不是新变量
很多人误以为 for (let i = 0; i 是“每轮新建一个 <code>i 变量”，其实更准确的说法是：每次迭代开始时，引擎会为当前轮次的 i 创建一个独立的词法绑定（lexical binding），它和上一轮的 i 绑定地址不同，但名字相同、类型一致、初始值来自上一轮的计算结果。
- 第一次迭代：绑定
i₀，值为0 - 第二次迭代：绑定
i₁，值为1（由i₀ + 1得到） - 第三次迭代：绑定
i₂，值为2
这些绑定彼此隔离，函数闭包引用的是各自轮次的绑定，所以 setTimeout(() => console.log(i), 0) 会输出 0、1、2。
var 声明的 i 全程只有一个，所有回调共享
var 是函数作用域，在整个 for 循环中只声明一次 i，所有迭代都读写同一个内存地址：
立即学习“Java免费学习笔记（深入）”；
- 循环快速执行完，
i最终变成5（假设条件是i ） - 异步回调执行时，
i已经是5，所有函数都读到它 - 即使你在循环体里写
console.log(i)，输出也是0–4；但一旦延迟执行，就暴露了共享问题
for-in / for-of 同样适用 let 的独立绑定机制
该行为不限于传统 for 循环。以下三种写法都具备每轮独立绑定能力：
for (let key in obj)for (let item of array)for (let [k, v] of map.entries())
它们都依赖 ES6+ 引擎对 let 在迭代语句中的特殊处理——每次迭代初始化一个新绑定，而非复用旧绑定。
注意：let 不解决对象属性或引用类型的“浅共享”
如果循环中操作的是对象，比如 for (let x = { count: 0 }; x.count ，那么所有回调仍会读到最终的 <code>x.count === 3，因为 x 本身是引用，每次迭代只是修改同一对象的属性。
- 正确做法：把需要隔离的值抽出来，例如
for (let i = 0; i - 或改用解构：
for (const [index, item] of arr.entries())——index和item都是独立绑定
