es6什么是暂时性死区，为何会存在

在 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，但因变量提升，实际是 undefined
    var x = 20;
  }
  foo(); // 输出 undefined（而非 10）
  

• let/const 的改进：通过 TDZ 强制要求变量先声明后使用，避免隐式错误。

2. 强制更严格的编码规范

• TDZ 要求开发者必须先声明变量再使用，减少因变量提升导致的逻辑混乱。
• 例如，在循环或条件语句中意外使用未声明的变量会直接报错，而不是静默接受 undefined。

3. 支持块级作用域

• let/const 的块级作用域需要 TDZ 来保证变量在块内声明前不可访问。

  if (true) {
    // TDZ 开始
    console.log(y); // ❌ ReferenceError
    let 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 的设计意义总结

• TDZ 的核心目的：通过抛出错误强制开发者遵循“先声明后使用”的规则，避免变量提升带来的隐蔽问题。
• TDZ 是 ES6 的进步：它让 JavaScript 的作用域和变量声明行为更符合现代语言的直觉，提升了代码的健壮性。

六、如何避免 TDZ 错误？

1. 始终在作用域顶部声明变量（ESLint 规则如 prefer-const 可帮助检查）。
2. 避免在声明前访问变量，即使是“看起来会提升”的情况。
3. 使用 const 声明常量，除非需要重新赋值。