暂时性死区（tdz）指let/const变量在作用域内从起始到声明前处于“已创建但未初始化”状态，访问即抛referenceerror；本质是作用域提前绑定与运行时访问拦截，区别于var的声明+初始化提升。
暂时性死区（Temporal Dead Zone，TDZ）不是“变量没声明”，而是“已存在但不可用”——let 和 const 声明的变量在进入作用域那一刻就被创建，但直到声明语句执行前，都处于 TDZ 中；此时任何访问（读、写、甚至 typeof）都会直接抛出 ReferenceError。
TDZ 的本质是作用域提前绑定 + 访问拦截
JS 引擎在进入块级作用域时，会为所有 let/const 声明预留内存位置，并标记为“未初始化”。这不同于 var 的提升（声明+初始化为 undefined），也不同于函数声明的完全提升。TDZ 是一种运行时保护机制，强制开发者按顺序声明再使用。
- 哪怕变量在作用域顶部声明，只要代码执行流还没走到那行，就仍在 TDZ 内
-
if (false) { let x = 1; }不会触发 TDZ，但if (true) { console.log(x); let x = 1; }会报错 -
typeof x在 TDZ 中也会失败，而var下则返回"undefined"
常见触发 TDZ 的典型场景
这些写法看着合理，却极易踩坑：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
块内提前引用：
{ console.log(a); let a = 1; }—— 一进{}就进入 TDZ -
循环体中误用：
for (let i = 0; i 合法，但若把 <code>console.log(i)放在for前面就会报错 -
函数表达式与声明顺序混用：
foo(); const foo = () => {};报错，因为foo在声明前不可访问 -
解构赋值中的左侧变量：
let {x} = obj; console.log(x);若obj不存在或x未定义，x本身仍受 TDZ 约束
如何避免 TDZ 导致的报错
核心原则：**声明永远在使用之前，且不依赖“看起来像已存在”的直觉**。
- 把
let/const声明统一放在块作用域顶部（如函数开头、if块第一行） - 避免在声明语句前做任何涉及该变量的操作，包括
console.log、typeof、条件判断 - 需要默认值逻辑时，用
??或三元运算符处理，而不是靠var风格的undefined宽容性 - 重构旧代码时，不要简单把
var替换为let，需同步调整语句顺序
TDZ 与 var 提升的关键区别
这不是“有没有提升”，而是“提升后是否可访问”：
-
var：声明和初始化（为undefined）一起提升 → 可读、不报错、值为undefined -
let/const：声明提升，但初始化延迟到声明语句执行 → 不可读、必报错、无中间态 - 这种设计让 JS 更接近静态语言的声明习惯，减少因隐式
undefined引发的逻辑错误
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
