JavaScript的暂时性死区（TDZ）是let/const变量从进入块作用域到声明执行前的“已绑定未初始化”阶段，此时访问会抛出ReferenceError；它非语法错误而是有意设计，旨在防止误用未初始化变量、保障const语义一致，并为语言扩展预留空间。

JavaScript 的暂时性死区（Temporal Dead Zone，简称 TDZ）不是语法错误，而是一种作用域行为机制：在块级作用域中，let 和 const 声明的变量从进入作用域开始，到声明语句执行完成前，这段区域就是 TDZ。在此期间访问该变量会抛出 ReferenceError。

TDZ 的本质是“声明未初始化”

与 var 不同，let 和 const 不会被提升（hoisted）为“可访问但值为 undefined”的状态。它们确实被提升了（即绑定已创建），但不初始化——直到执行到声明语句本身。TDZ 就是这个“已绑定、未初始化”的时间段。

• var a = 1：声明和赋值一起发生，且整个函数作用域内都存在，未声明前读取返回 undefined
• let b = 2：绑定在块顶部建立，但直到 let b = 2 这行执行完，b 才被初始化；之前访问就掉进 TDZ
• const c 同理，且必须在声明时赋值，否则语法错误

TDZ 影响的具体表现

以下代码都会触发 ReferenceError：

• console.log(x); let x = 10;（在 let 前读取）
• typeof x; let x;（即使 typeof 通常不报错，对 TDZ 变量仍会报错）
• let y = x; let x = 5;（同一作用域内顺序依赖，y 初始化时 x 还在 TDZ 中）
• const obj = {}; obj.prop = 1; 是允许的，但 obj 本身不能被重新赋值

为什么设计 TDZ？

TDZ 不是 bug，而是有意为之的语言特性，主要为了：

• 避免意外使用未初始化变量：防止开发者误以为 let x 像 var x 那样默认为 undefined
• 支持 const 的语义一致性：const 必须立即初始化，TDZ 让 let 和 const 在“不可访问阶段”的行为保持统一
• 为未来语言扩展留空间：例如模块加载、私有字段等需要更精确的初始化时机控制

如何规避 TDZ 问题

实际开发中只需记住一个原则：在声明之后再使用。没有捷径，但有几点实用习惯：

• 把 let/const 声明尽量放在块的开头（非强制，但提高可读性）
• 避免在声明前做任何求值操作，包括函数调用、对象属性访问、typeof 等
• 使用 ESLint 规则 no-use-before-define（配合 variables: true）可提前捕获这类问题
• 注意嵌套作用域：TDZ 仅限当前块，外层 let 不影响内层同名变量的 TDZ 判断