暂时性死区是什么？与let和const的关系

你是否曾因在let或const声明前访问变量而遭遇神秘的ReferenceError？这并非Bug，而是JavaScript刻意设计的“暂时性死区”（TDZ）——它从块级作用域入口起生效，直到let/const声明执行完毕，在此期间任何读写、甚至typeof检测都会报错；TDZ彻底告别var的“提升即初始化”陷阱，强制代码遵循清晰的声明优先原则，既保障const的语义完整性，也帮你揪出潜在逻辑隐患，理解它，就是掌握ES6作用域安全的关键一步。

暂时性死区（Temporal Dead Zone，简称 TDZ）指的是在块级作用域中，从进入该作用域开始、到 let 或 const 变量实际声明语句执行之前，这一段区域内变量不可访问的状态。只要代码块里用了 let 或 const，它声明的变量就从作用域顶部起被“绑定”，但还没初始化，此时任何读写操作都会触发 ReferenceError。

TDZ 是 let 和 const 的固有行为

var 声明的变量存在变量提升：声明和初始化一起被提升，未赋值时默认是 undefined；而 let 和 const 虽然也“声明提升”（即引擎知道变量存在），但初始化不提升——变量在声明语句执行前处于未初始化状态，这就形成了 TDZ。

• let 声明的变量在 TDZ 内访问会报错，比如 console.log(x); let x = 1;
• const 同样受 TDZ 约束，而且必须在声明时赋值，否则语法错误
• 即使用 typeof 检测 TDZ 中的变量，也会报错，不再是返回 "undefined"

TDZ 只存在于块级作用域内

它不是全局或函数作用域特有的概念，而是严格绑定在包含 let/const 的最小封闭块中（比如 {}、if、for 块等）。

• 外部作用域的同名变量不会影响块内 TDZ，块内变量完全屏蔽外部
• 嵌套块中，每个 let/const 都有自己的 TDZ 起始点（即各自块的开头）
• 例如：{ console.log(a); let a = 2; } 中，console.log 就落在 a 的 TDZ 内

为什么设计 TDZ？

这是 ES6 主动引入的机制，目的很明确：

• 避免因变量提升导致的逻辑混乱和隐蔽 bug
• 强制开发者遵循“先声明、后使用”的清晰顺序
• 为 const 的不可变语义提供底层保障（不能让 const 在未赋值时被意外读取）

常见误操作示例

这些写法都会触发 TDZ 报错：

• console.log(foo); let foo = 'bar';
• typeof bar; const bar = 42;
• if (true) { console.log(baz); let baz = 10; }

今天关于《暂时性死区是什么？与let和const的关系》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！