JavaScript的执行上下文是代码执行时的环境，包含变量对象、作用域链和this指向等核心内容，变量提升和暂时性死区都是执行上下文创建阶段产生的现象，二者存在紧密的内在关联。
执行上下文的创建阶段与变量提升
JavaScript引擎在执行一段代码前，会先创建对应的执行上下文，其中创建阶段会完成变量和函数的声明处理，这就是变量提升的底层原因。不同声明方式的提升表现不同：
- 使用
function声明的函数，会在创建阶段同时完成声明和初始化，所以在函数声明前就可以调用函数 - 使用
var声明的变量，会在创建阶段完成声明，但是不会初始化，默认值为undefined - 使用
let和const声明的变量，同样会在创建阶段被声明，但是不会被初始化，此时就会进入暂时性死区
// var的变量提升示例
console.log(a); // 输出undefined，因为a已经被声明但未初始化
var a = 10;
// function的函数提升示例
foo(); // 输出"函数执行了"，因为函数已经被声明并初始化
function foo() {
console.log("函数执行了");
}
暂时性死区的产生逻辑
暂时性死区指的是从执行上下文创建阶段开始，到let或const声明的变量完成初始化之前，这个变量不能被访问的阶段。如果在暂时性死区内访问该变量，就会抛出引用错误。
暂时性死区是let和const设计的一部分，目的是避免变量在声明前就被使用，减少潜在的代码错误。它的存在和变量提升并不矛盾，本质上是变量提升后未初始化阶段的一种访问限制。
// 暂时性死区示例 console.log(b); // 抛出ReferenceError，b处于暂时性死区 let b = 20;
二者的内在联系
变量提升和暂时性死区都源于执行上下文的创建阶段对声明的处理，二者的关联可以从以下三个维度理解：
1. 同属执行上下文创建阶段的产物
无论是var的变量提升、function的提升还是let/const的暂时性死区，都是在执行上下文创建阶段完成的。引擎会先扫描代码中的声明，将对应的标识符放入变量对象，只是不同声明方式的后续初始化逻辑不同，才产生了不同的表现。
2. 暂时性死区是变量提升的特殊限制
let和const声明的变量同样存在变量提升，只是提升后没有初始化，并且引擎限制了在初始化前的访问，这个限制阶段就是暂时性死区。如果没有暂时性死区的限制，let声明的变量在声明前访问也会得到undefined，和var的表现一致，但是这样会增加代码的不可预测性。
3. 初始化时机决定表现差异
变量提升后的初始化时机不同，导致了不同的访问表现：
| 声明方式 | 提升阶段是否初始化 | 声明前访问结果 | 是否存在暂时性死区 |
|---|---|---|---|
| var | 否，默认值为undefined | 得到undefined | 否 |
| function | 是，直接初始化为函数体 | 正常执行函数 | 否 |
| let/const | 否，无默认值 | 抛出引用错误 | 是 |
实际开发中的注意事项
理解二者的联系后，开发中可以避免很多常见问题：
- 尽量使用
let和const声明变量，利用暂时性死区的限制减少未声明就使用的错误 - 避免在同一作用域内重复声明同一个变量，不管是
var还是let/const重复声明都会报错 - 函数声明优先于变量声明提升，如果同时使用
function和var声明同一个标识符，函数声明会覆盖变量声明
// 函数声明和var声明同一标识符的示例
console.log(bar); // 输出函数体，函数声明提升优先级更高
var bar = 10;
function bar() {
console.log("我是函数");
}
暂时性死区的范围是从当前执行上下文的创建阶段开始，到变量声明的语句执行完成初始化结束，不仅仅是声明语句之前的代码，在声明语句之前的作用域内都属于暂时性死区范围。
总的来说，变量提升是执行上下文创建阶段对所有声明的统一处理行为，而暂时性死区是针对let和const声明的一种访问限制机制，二者共同构成了JavaScript声明处理的完整逻辑，理解它们的内在联系能够帮助开发者更清晰地掌握代码的执行流程。
JavaScript执行上下文变量提升暂时性死区修改时间：2026-07-15 01:39:23