let声明变量仍会被提升但不初始化，声明前访问抛出ReferenceError；var则提升并初始化为undefined。let每次循环迭代创建独立绑定，解决闭包问题；TDZ从块顶部开始，强制就近声明。
let 声明本身不“解决”变量提升，而是通过引入“暂时性死区（TDZ）”来避免因变量提升导致的意外行为。它没有消除提升——let 声明的变量仍会被“提升”到块级作用域顶部，但**不会被初始化**（即不赋值为 undefined），在声明前访问会直接报错，而不是返回 undefined。这反而让问题暴露得更早、更明确。
let 的提升行为与 var 的关键区别
对比来看：
- var 声明：变量被提升 + 初始化为
undefined→ 声明前访问返回undefined（静默失败，易埋隐患） - let 声明：变量被提升 + 不初始化 → 声明前访问抛出
ReferenceError（显式报错，强制开发者关注顺序）
例如：
console.log(a); // undefined（var 允许，但常是逻辑错误） var a = 1; console.log(b); // ReferenceError: Cannot access 'b' before initialization let b = 2;
用 let 避免循环中闭包的经典问题
在 for 循环中使用 var 容易导致所有回调共享同一个变量，而 let 为每次迭代创建独立绑定：
立即学习“Java免费学习笔记（深入）”；
for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100); // 输出 3, 3, 3
}
for (let j = 0; j < 3; j++) {
setTimeout(() => console.log(j), 100); // 输出 0, 1, 2（每个 j 是独立的块级绑定）
}
这是因为 let 在每次循环迭代开始时，都会在该次迭代的块作用域中重新声明并绑定一个新变量。
实际使用建议
- 默认用
let（或const）代替var，尤其在需要块级作用域或避免意外提升访问时 - 在函数或块作用域顶部就近声明变量，不依赖“提升”来提前使用
- 遇到
ReferenceError: Cannot access 'xxx' before initialization，说明你试图在let声明前读取它——这不是 bug，是设计提醒你调整代码顺序 -
let和const都有 TDZ，但const还要求必须初始化且不可重新赋值
注意：TDZ 不仅限于 let 声明本身
TDZ 范围是从块顶部到声明语句执行前。即使声明在条件分支里，整个块顶部起就处于 TDZ：
{
console.log(x); // ReferenceError
let x = 10;
}
哪怕写成：
{
if (false) { let x = 10; }
console.log(x); // ReferenceError —— x 在整个块内都未被声明（语法上不存在），不是“被跳过”
本质上，let 用更严格的规则把原本隐晦的变量提升问题转化为可调试的运行时错误，让代码行为更可预测、更易维护。
