tdz指块作用域内let声明前变量已注册但未初始化的不可访问状态，此时任何读写或typeof操作均抛出referenceerror；其范围从块开头至let声明执行完毕。

let 变量的暂时性死区（Temporal Dead Zone，TDZ）指的是：从代码块开始执行起，到 let 声明语句出现之前，该变量虽然已“存在”，但不可读、不可写、不可 typeof —— 任何访问都会抛出 ReferenceError。

它不是“不存在”，而是“不可触达”

和 var 不同，let 不会把声明“提升”到块顶部并初始化为 undefined；它只是把变量绑定提前注册进作用域，但刻意留空，直到执行到声明行才赋值。这个“已注册但未初始化”的中间状态区间，就是 TDZ。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 比如：console.log(a); let a = 1; —— 报错，因为 a 在声明前处于 TDZ
• 哪怕用 typeof a 也不行，typeof 在 TDZ 中同样失效（而 var 下会返回 "undefined"）
• 函数参数也受 TDZ 约束： function f(x = y, y = 1) { } 中，x 默认值引用了尚未声明的 y，就会报错

TDZ 的边界由块和声明位置决定

TDZ 起始于所在块（如函数体、if 块、for 块等）的开头，终止于 let 声明语句执行完成那一刻。

• 嵌套块中，每个 let 都有自己独立的 TDZ 范围
• { console.log(b); let b = 2; } —— 整个花括号内，b 从第一行起就进入 TDZ
• for 循环中：for (let i = 0; i ，每次迭代的 <code>i 都在本轮循环块开头进入 TDZ，声明后才可用

为什么设计 TDZ？核心是防错

ES6 引入 TDZ 不是为了增加复杂度，而是为了暴露潜在错误，让问题在开发阶段就浮现出来。

• 避免意外使用未初始化的变量（var 提升导致的 undefined 值常引发逻辑 bug）
• 强制开发者按顺序组织逻辑：先声明，再使用
• 让 const 和 let 的行为更可预测，尤其配合块级作用域时，减少变量污染和竞态风险

怎么避开 TDZ 陷阱？三个实用习惯

• 声明前置：把 let/const 声明统一放在块的顶部，形成清晰的“变量清单”
• 避免跨行依赖：不要在默认参数、类字段初始化、模块顶层等地方，让一个 let 变量依赖另一个尚未声明的 let 变量
• 用工具辅助：ESLint 规则 no-use-before-define 可静态捕获大部分 TDZ 相关误用

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南