从进入作用域到声明语句之间， let 和 const 声明的变量处于“暂时性死区”。在此期间访问变量会抛出 ReferenceError 。这种设计的初衷是： 强制开发者遵循“先声明，后使用”的原则，避免因变量提升导致的难以察觉的bug 。

 let x = ;
{
  console . log ; // ReferenceError: Cannot access 'x' before initialization
  let x = ;
}

JavaScript采用 词法作用域 ，变量的作用域在 编译时 就Yi经确定了。为了知道一个标识符到底属于哪个作用域，引擎必须在编译阶段就把所有变量声明 注册到对应的作用域 。这个注册过程就是“提升”。

let / const 的设计方案是：在编译阶段进行注册，但在运行时从作用域开始到声明语句执行前，变量处于TDZ，不可访问。这样既保证了作用域规则的清晰，又避免了意外访问未初始化的变量。举个例子：

 let x = ;
function test  {
  console . log ; // ReferenceError: Cannot access 'x' before initialization
  let x = ;
}
test ;

按“不提升”的假设，这里应该输出外层的x然而由于内部的x在编译阶段Yi经被注册到test函数的作用域，因此 console.log 时它kan到的是当前作用域的x而不是外层的x但因为此时x还在TDZ中，所以报错 “Cannotaccess'x'beforeinitialization”。这恰好证明了 let/const确实进行了某种形式的“提升”——至少引擎在编译阶段就Yi经知道了它们的存在并为其在当前作用域中预留了位置。

var、let和constdou存在某种形式的“提升”，区别在于var会初始化为undefined，而let/const在声明前处于TDZ，不可访问。

JavaScript引擎会在编译阶段将所有变量/函数声明注册到当前作用域，这就是“提升”的本质。

TDZ的设计是为了增强代码的可读性和安全性，避免因变量提升导致的隐晦bug。推荐始终使用 let或const替代var以规避潜在问题。

💬互动：在实际开发中，你是否遇到过因TDZ导致的bug？或者有哪些关于 let/const与var使用的Zui佳实践？欢迎在评论区分享你的经验，让我们一起写出geng健壮、geng易维护的代码！