暂时性死区（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 就立即生效，与声明位置无关。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
{ 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 是块级作用域的“伴生机制”，不是它的子集，也不削弱其边界。它确保块内变量不会被意外提前使用，从而让作用域更可预测。
立即学习“Java免费学习笔记（深入）”；
- 块外无法访问 let 变量（作用域限制），块内提前访问也会失败（TDZ 限制）——双重保护
- 嵌套块中，每个块都有自己的 TDZ：外层
let x和内层let x各自独立，各自有各自的 TDZ 区间 - 循环中使用 let（如
for (let i = 0; ...)）每次迭代都新建绑定，每个绑定都有自己的 TDZ，这也是闭包捕获正确值的基础
怎么避免 TDZ 报错
核心原则：让所有对 let 变量的访问，严格落在其声明语句之后。
- 把变量声明尽量放在块的开头，形成清晰的“先声明、后使用”顺序
- 避免在声明前做任何操作——包括条件判断、函数调用、解构赋值左侧出现未声明变量
- 注意函数表达式：如果函数内部用到了外部 let 变量，确保该变量已在函数调用前完成声明
- 调试时可用
debugger或断点确认执行流是否经过声明语句，再尝试访问
