在 ES6 中，暂时性死区（Temporal Dead Zone，TDZ） 是与 let 和 const 声明相关的一个核心概念。它的存在是为了解决 JavaScript 早期设计中的一些问题（如变量提升导致的意外行为），并强制开发者遵循更严格的编码规范。
一、什么是暂时性死区（TDZ）？
1. 定义
- 暂时性死区 是指：在代码块（
{}）内，从作用域开始到变量声明语句执行之前的区域。 - 在这段区域内，如果用
let或const声明的变量尚未被初始化，访问它会直接抛出ReferenceError。 - 变量只有在声明语句执行后才能被安全使用。
2. 示例
// TDZ 开始（此时 a 未初始化）
console.log(a); // ❌ ReferenceError: Cannot access 'a' before initialization
let a = 10; // TDZ 结束，a 完成初始化
console.log(a); // ✅ 10
二、TDZ 的行为细节
1. 对比 var 与 let/const
var：存在变量提升，但会初始化为undefined。console.log(b); // ✅ undefined（变量提升） var b = 20;let/const：变量提升但未初始化，触发 TDZ。console.log(c); // ❌ ReferenceError: Cannot access 'c' before initialization let c = 30;
2. TDZ 的范围
TDZ 的范围是 从作用域开始到变量声明的位置：
{// TDZ 开始（块级作用域开始）console.log(d); // ❌ ReferenceError（此时 d 未声明）let d = 40; // TDZ 结束console.log(d); // ✅ 40
}
三、为什么存在 TDZ？
1. 解决变量提升的陷阱
var的问题：变量提升可能导致代码逻辑不符合直觉。var x = 10; function foo() {console.log(x); // 本意是访问全局的 x，但因变量提升，实际是 undefinedvar x = 20; } foo(); // 输出 undefined（而非 10）let/const的改进：通过 TDZ 强制要求变量先声明后使用，避免隐式错误。
2. 强制更严格的编码规范
- TDZ 要求开发者必须先声明变量再使用，减少因变量提升导致的逻辑混乱。
- 例如，在循环或条件语句中意外使用未声明的变量会直接报错，而不是静默接受
undefined。
3. 支持块级作用域
let/const的块级作用域需要 TDZ 来保证变量在块内声明前不可访问。if (true) {// TDZ 开始console.log(y); // ❌ ReferenceErrorlet y = 50; // TDZ 结束 }
四、TDZ 的实际场景
1. 函数参数与内部变量
function test(value = x) { // ❌ x 在 TDZ 中let x = 100;
}
test(); // ReferenceError: x is not defined
这里，函数参数的默认值 value = x 试图在 x 声明前访问它，触发 TDZ。
2. 循环中的 TDZ
for (let i = 0; i < 3; i++) {setTimeout(() => console.log(i)); // ✅ 输出 0, 1, 2（每次循环生成新的块级作用域）
}
每次循环迭代会创建一个新的块级作用域，i 在每次迭代的 TDZ 结束后被正确初始化。
五、TDZ 的设计意义总结
| 特性 | var | let/const（含 TDZ） |
|---|---|---|
| 变量提升 | 提升并初始化 | 提升但不初始化（TDZ） |
| 作用域 | 函数/全局作用域 | 块级作用域 |
| 代码可预测性 | 低（容易意外覆盖） | 高（强制先声明后使用） |
| 错误提示 | 静默失败（undefined） | 直接报错（ReferenceError） |
- TDZ 的核心目的：通过抛出错误强制开发者遵循“先声明后使用”的规则，避免变量提升带来的隐蔽问题。
- TDZ 是 ES6 的进步：它让 JavaScript 的作用域和变量声明行为更符合现代语言的直觉，提升了代码的健壮性。
六、如何避免 TDZ 错误？
- 始终在作用域顶部声明变量（ESLint 规则如
prefer-const可帮助检查）。 - 避免在声明前访问变量，即使是“看起来会提升”的情况。
- 使用
const声明常量，除非需要重新赋值。
