let 没有变量提升，而是存在暂时性死区（TDZ），从块顶部到其声明执行前访问会抛出 ReferenceError；与 var 提升初始化为 undefined 不同，TDZ 使错误提前暴露，增强代码可预测性。
JS 中用 let 重新认识变量提升，核心在于：它**没有变量提升（Hoisting）**，而是引入了**暂时性死区（TDZ, Temporal Dead Zone）**。这和 var 的行为截然不同，能帮你更准确理解“声明前不可访问”的本质。
let 声明不会被提升到作用域顶部
var 声明会被提升（初始化为 undefined），所以能在声明前读取（不报错，但值是 undefined）。而 let 声明**不会被提升**——从块级作用域开始到其声明语句执行前，该变量处于 TDZ，任何访问都会抛出 ReferenceError。
例如：
console.log(a); // ReferenceError: Cannot access 'a' before initialization<br>let a = 1;
TDZ 的范围是从块顶部到 let 声明语句执行完成
TDZ 不是以“函数/块开头”为界，而是以**词法上该 let 声明所在的位置**为准。即使声明在块内靠后，整个块的开头到那行代码之间都属于 TDZ。
- if、for、while 等块级结构中，只要
let还没执行到，就处于 TDZ - 函数参数也受 TDZ 影响：
function foo(x = y, y) { }会报错，因为y在默认值求值时还未初始化 - typeof 对 let 变量也不再安全：
typeof a（a 是未声明的let）同样抛错，不像var那样返回"undefined"
let 和 const 的 TDZ 行为一致，但初始化时机不同
let 和 const 都有 TDZ，区别只在是否允许后续赋值。它们都在声明语句执行时才真正“激活”变量，而非进入作用域时就存在。
-
let x;—— 声明时创建绑定，但值为“未初始化”，直到赋值语句执行 -
const y = 2;—— 声明+赋值必须同时完成，否则语法错误 - 两者在 TDZ 内访问都会触发
ReferenceError，不是undefined
对比 var 才能真正看清 let 的设计意图
var 的提升带来隐蔽 bug（如循环中闭包问题、误读未声明变量）；let 的 TDZ 是一种**主动的限制机制**，强制开发者按顺序编写逻辑，让错误提前暴露。
- 不再需要靠注释或经验去“记住变量在哪声明”
- 调试时遇到
ReferenceError，直接定位到声明前的非法访问 - 配合块级作用域，使变量生命周期更可预测，尤其在 for 循环、条件分支中
