暂时性死区（tdz）是let/const变量从进入块作用域到声明执行前的访问禁区，本质为“声明提前、访问禁止”，触发referenceerror；需确保所有访问严格位于声明之后。
暂时性死区（Temporal Dead Zone，TDZ）不是作用域限制本身，而是 let（和 const）在块级作用域中“声明即存在、但尚未初始化”这一行为所引发的访问禁区。它不改变作用域范围，而是强化了作用域内变量使用的时序约束——变量从进入块作用域那一刻起就已存在，但必须等到声明语句执行后才能安全使用。
TDZ 的本质是“声明提前，访问禁止”
let 变量确实会被提升到块级作用域顶部（类似 var），但不同的是：引擎不会为其赋予 undefined，而是让它处于一种“已注册但未初始化”的状态。这段从块开始到声明语句执行前的区间，就是 TDZ。
- 哪怕只读取变量（
console.log(x)）、用typeof检查、甚至放在if条件里，都会触发ReferenceError - var 没有 TDZ，是因为它提升后自动初始化为
undefined；而 let/const 要求开发者显式赋值，避免隐式错误 - TDZ 不是语法错误，而是运行时错误，发生在代码执行阶段，而非解析阶段
let 声明如何触发 TDZ
只要代码进入一个包含 let 声明的块级作用域（如 {}、if、for、函数体），TDZ 就立即生效，与声明位置无关。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
-
{ console.log(a); let a = 1; }→ 报错：TDZ 从{开始，console.log在声明前 -
if (true) { console.log(b); let b = 2; }→ 同样报错，if块就是独立作用域 -
function f() { console.log(c); let c; }→ 即使没赋值，只要声明了，TDZ 就覆盖从函数入口到let c行之间
TDZ 与块级作用域的关系
TDZ 是块级作用域的“伴生机制”，不是它的子集，也不削弱其边界。它确保块内变量不会被意外提前使用，从而让作用域更可预测。
- 块外无法访问 let 变量（作用域限制），块内提前访问也会失败（TDZ 限制）——双重保护
- 嵌套块中，每个块都有自己的 TDZ：外层
let x和内层let x各自独立，各自有各自的 TDZ 区间 - 循环中使用 let（如
for (let i = 0; ...)）每次迭代都新建绑定，每个绑定都有自己的 TDZ，这也是闭包捕获正确值的基础
怎么避免 TDZ 报错
核心原则：让所有对 let 变量的访问，严格落在其声明语句之后。
- 把变量声明尽量放在块的开头，形成清晰的“先声明、后使用”顺序
- 避免在声明前做任何操作——包括条件判断、函数调用、解构赋值左侧出现未声明变量
- 注意函数表达式：如果函数内部用到了外部 let 变量，确保该变量已在函数调用前完成声明
- 调试时可用
debugger或断点确认执行流是否经过声明语句，再尝试访问
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
