暂时性死区（tdz）是let/const变量从块作用域起始到声明执行前的访问禁区，本质为“声明提前、访问禁止”，触发referenceerror；块级作用域划定变量可见范围，tdz在此范围内进一步限制使用时序，二者协同实现变量的局部化与时序安全。
暂时性死区（TDZ）和块级作用域不是同一回事，但它们紧密配合，共同构成 let/const 变量的安全访问机制。块级作用域划定“能访问到变量的区域范围”，而 TDZ 在这个区域内进一步划出“不能提前使用的禁区”——两者叠加，形成双重隔离。
块级作用域决定变量“在哪能被看到”
块级作用域由一对花括号 {} 定义，比如 if、for、while 语句体或显式代码块。let/const 声明的变量只在该块内有效，块外完全不可见。
- 哪怕只是写
let x = 1，x 就只属于这个{}内部 - 嵌套块中，每个块都有独立作用域：外层
let a和内层let a互不影响 -
var不受此限，它会向上提升到函数或全局作用域，没有真正的块级隔离
暂时性死区决定变量“在块内何时能被用”
进入块的一瞬间，let/const 变量就被“注册”进当前词法环境，但尚未初始化。从块开头到声明语句执行前的这段区间，就是 TDZ —— 此时任何读取、赋值、typeof 检查都会抛出 ReferenceError。
-
console.log(x)在let x之前 → 报错 -
if (x) {...}中的x若未声明 → 报错（不只是赋值才触发） -
let x;即使没赋值，只要出现声明语句，TDZ 就覆盖从块起始到该行之间
为什么需要这两层隔离？
单纯靠作用域边界无法防止“提前使用”。如果没有 TDZ，块内变量可能被读取为 undefined（像 var 那样），容易掩盖逻辑错误；有了 TDZ，JavaScript 强制开发者按声明顺序使用变量，让意图更清晰、错误更早暴露。
- var 提升后自动初始化为
undefined，所以不会报错，但常导致难以察觉的 bug - let/const 的“声明即存在、但不初始化”设计，把时序问题变成运行时错误，而不是静默失败
- 这种组合让块内变量既“局部化”，又“时序安全”
实际编码中怎么避开 TDZ 陷阱
不需要刻意绕开，只需养成声明优先的习惯。关键不是记住规则，而是理解引擎行为背后的逻辑。
- 所有 let/const 声明尽量放在块顶部，尤其在循环、条件块中
- 避免在声明前做任何涉及该变量的操作，包括
typeof、==、in等 - 调试时如果遇到
ReferenceError: xxx is not defined，先确认是不是在声明前访问了 let/const 变量
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
