let和const的暂时性死区（TDZ，TemporalDeadZone）是JavaScript中块级作用域变量声明的一个特性。在使用let或const声明变量之前，如果尝试访问该变量，会抛出ReferenceError错误。什么是暂时性死区？当一个变量使用let或const声明时，在代码执行到该声明之前，这个变量处于“暂时性死区”。在这段区域内，访问该变量会导致错误，因为变量虽然已经被声明，但尚

哈喽！大家好，很高兴又见面了，我是golang学习网的一名作者，今天由我给大家带来一篇《let和const的暂时性死区是什么》，本文主要会讲到等等知识点，希望大家一起学习进步，也欢迎大家关注、点赞、收藏、转发! 下面就一起来看看吧！

TDZ是指块级作用域内从开始到let/const声明前的区域，期间访问变量抛出ReferenceError；因let/const仅声明提升而未初始化，故存在“已声明未初始化”间隙，需先声明后使用以避免错误。

在 JavaScript 中，暂时性死区（Temporal Dead Zone，简称 TDZ）是指从块级作用域开始到变量实际声明（let 或 const）之间的一段区域。在这段区域内，变量虽然已进入作用域，但**尚未被初始化，访问它会抛出 ReferenceError**，而不是返回 undefined。

TDZ 是怎么产生的

ES6 引入 let 和 const 后，变量不再像 var 那样被“提升”并初始化为 undefined。它们仍会被声明提升（hoisted），但不会被初始化——直到执行到声明语句那一行。中间这段“已声明但未初始化”的间隙，就是 TDZ。

• var a = 1：声明和初始化一起完成，可提前访问（值为 undefined）
• let b = 2：声明被提升，但初始化滞后；在 let b 之前访问 b 就掉进 TDZ
• const c = 3：同 let，且必须立即赋值，否则语法错误

常见触发 TDZ 的情况

只要在声明前读取或写入 let/const 变量，就会触发 TDZ 错误：

• 直接访问：console.log(x); let x = 10; → ReferenceError
• 函数内提前调用：foo(); function foo() { console.log(y); } let y = 5; → 报错（因为 y 在整个块的 TDZ 内）
• typeof 也不安全：typeof z 在 let z 前执行 → 同样报错（区别于 var 下返回 "undefined"）
• 函数参数默认值中引用自身：function f(x = x) { } → 参数 x 在其初始化表达式中处于自身 TDZ，报错

const 的特殊约束

const 不仅受 TDZ 影响，还要求声明时必须赋值，且不能重复赋值：

• const PI; → 语法错误（Missing initializer in const declaration）
• const PI = 3.14; PI = 3.1415; → 运行时报错（Assignment to constant variable）
• const obj = {}; obj.a = 1; → 允许（修改的是对象属性，不是重新赋值 obj）

如何避免 TDZ 问题

本质是养成“先声明、后使用”的习惯，尤其注意块级作用域边界：

• 把 let/const 声明尽量放在块顶部，提高可读性和安全性
• 避免在声明前调用可能依赖该变量的函数
• 不要依赖 typeof 来检测 let/const 变量是否存在
• 使用 ESLint 规则如 no-use-before-define（需配合 variables: true）辅助检查

基本上就这些。TDZ 不是 bug，而是 JS 为增强代码健壮性做的设计——它让“意外使用未初始化变量”的问题更早暴露。理解它，能帮你避开不少看似奇怪的 ReferenceError。

本篇关于《let和const的暂时性死区（TDZ，TemporalDeadZone）是JavaScript中块级作用域变量声明的一个特性。在使用let或const声明变量之前，如果尝试访问该变量，会抛出ReferenceError错误。什么是暂时性死区？当一个变量使用let或const声明时，在代码执行到该声明之前，这个变量处于“暂时性死区”。在这段区域内，访问该变量会导致错误，因为变量虽然已经被声明，但尚未被初始化。示例console.log(a);//ReferenceError:aisnotdefinedleta=10;在这个例子中，a在声明前被访问，导致错误。与var的区别使用var声明的变量不会进入暂时性死区，因为它们会被“提升”（hoisted）到作用域的顶部，但值为undefined。console.log(b);//undefinedvarb=20;为什么需要暂时性死区？暂时性死区的设计是为了防止在变量声明前意外地使用未初始化的变量，从而减少潜在的错误和提高代码的可读性和安全性。总结let和const声明的变量有暂时性死区。在变量声明之前访问会导致ReferenceError。与var不同，`》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！