本文深入解析 let 声明的“暂时性死区”机制，阐明为何 console.log(a) 在声明前报错、而在声明后未赋值时输出 undefined，纠正“let 会像 var 一样被完全提升”的常见误解。
本文深入解析 `let` 声明的“暂时性死区”机制，阐明为何 `console.log(a)` 在声明前报错、而在声明后未赋值时输出 `undefined`，纠正“`let` 会像 `var` 一样被完全提升”的常见误解。
在 JavaScript 中，let（以及 const 和 class）声明具有独特的生命周期行为——它们会被提升（hoisted）到块级作用域顶部，但不会被初始化。这一区域从作用域开始到声明语句执行完成之前，被称为暂时性死区（Temporal Dead Zone, TDZ）。在 TDZ 内访问该变量，将抛出 ReferenceError，而非返回 undefined。
这与 var 的行为有本质区别：var 声明在创建阶段即被初始化为 undefined，因此可在声明前安全读取（尽管不推荐）；而 let 的设计哲学是显式暴露潜在错误——提前访问未初始化的块级绑定，应被视为开发阶段需立即发现的问题。
来看两个典型示例：
// ✅ 情况一：声明存在，赋值滞后 let a; console.log(a); // 输出: undefined a = 20;
此处 let a; 是一个无初始化的声明语句，等价于 let a = undefined;（语义上，非语法等价）。变量 a 已进入作用域并完成声明，只是尚未赋值，因此读取时返回 undefined —— 此时已离开 TDZ。
立即学习“Java免费学习笔记（深入）”；
// ❌ 情况二：在声明前访问 console.log(a); // ReferenceError: Cannot access 'a' before initialization let a = 20;
let a = 20 是一个带初始化的声明。在执行到该行之前，a 处于 TDZ。JavaScript 引擎明确禁止在此期间对 a 进行任何读/写操作（包括 typeof a、解构、闭包捕获等），强制开发者遵循“先声明，后使用”的逻辑顺序。
⚠️ 注意事项：
- TDZ 以词法作用域为边界，不仅存在于函数内，也严格作用于 {} 块、if、for 等任意块级作用域；
- typeof 对 TDZ 中的 let 变量同样抛错（不同于 var 的 "undefined" 安全兜底）；
- 函数参数作用域也受 TDZ 影响（例如默认参数中引用后续参数会报错）；
- let 的 TDZ 是语言规范的主动约束，不应理解为底层“内存分配阶段未就绪”，而是一种语义层面的访问控制机制。
总结而言，let 的提升 ≠ var 的提升：它只提升声明本身（使标识符在作用域内有效），但不提升初始化。理解 TDZ 不仅能避免运行时错误，更能帮助写出更健壮、可维护的块级作用域代码。在现代 JavaScript 开发中，优先使用 let/const 并尊重其 TDZ 行为，是践行“显式优于隐式”原则的重要体现。
