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，而是有意为之的语言特性，主要为了：
立即学习“Java免费学习笔记（深入）”；
-
避免意外使用未初始化变量：防止开发者误以为
let x像var x那样默认为undefined -
支持
const的语义一致性：const必须立即初始化，TDZ 让let和const在“不可访问阶段”的行为保持统一 - 为未来语言扩展留空间：例如模块加载、私有字段等需要更精确的初始化时机控制
如何规避 TDZ 问题
实际开发中只需记住一个原则：在声明之后再使用。没有捷径，但有几点实用习惯：
- 把
let/const声明尽量放在块的开头（非强制，但提高可读性） - 避免在声明前做任何求值操作，包括函数调用、对象属性访问、
typeof等 - 使用 ESLint 规则
no-use-before-define（配合variables: true）可提前捕获这类问题 - 注意嵌套作用域：TDZ 仅限当前块，外层
let不影响内层同名变量的 TDZ 判断
