变量提升是JavaScript在编译阶段将声明（var、let、const、函数）提前绑定到执行上下文的现象。var声明提升且初始化为undefined，可访问但值为undefined；let和const声明提升但不初始化，处于暂时性死区，访问会报错；函数声明完整提升且优先于变量声明，而函数表达式仅变量名提升。本质是执行上下文的创建阶段进行预解析，声明被注册到环境记录中，赋值仍保留在原位置。理解该机制有助于避免因作用域和执行顺序导致的错误。
JavaScript中的变量提升（Hoisting）是理解代码执行机制的关键概念之一。很多人在初学时会被看似“先使用后声明”的代码迷惑，其实这背后是JavaScript引擎在编译阶段对变量和函数的处理方式所致。我们从实际现象出发，逐步剖析其本质。
一、变量提升的现象：为什么可以先使用后声明？
看下面这段代码：
let a = 1;function example() {
console.log(a);
var a = 2;
}
example(); // 输出 undefined
你可能以为会输出全局的 a（即1），但结果却是 undefined。这是因为函数内部的 var a 声明被提升了，但赋值没有提升。上面代码等价于：
function example() {var a; // 声明提升到顶部
console.log(a); // 此时 a 是 undefined
a = 2;
}
这就是变量提升的典型表现：声明被“提升”到作用域顶部，而赋值保留在原地。
立即学习“Java免费学习笔记（深入）”；
二、不同声明方式的提升差异
并不是所有变量都以相同方式被提升。var、let 和 const 的行为有显著区别。
1. var：完全提升，初始化为 undefined
console.log(x); // undefinedvar x = 5;
变量 x 的声明被提升，值初始化为 undefined，所以访问不会报错。
2. let 和 const：存在提升，但进入“暂时性死区”
console.log(y); // 报错：Cannot access 'y' before initializationlet y = 10;
虽然 let 和 const 的声明也被提升，但在声明前访问会触发错误。这个区域称为“暂时性死区”（Temporal Dead Zone, TDZ），直到执行到声明语句才结束。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
这意味着：
- var 提升后可访问，值为 undefined
- let/const 提升但不可访问，访问会报错
三、函数提升：函数声明优先于变量声明
函数声明也会被提升，并且优先级高于变量声明。
foo(); // 输出 "I am a function"function foo() {
console.log("I am a function");
}
var foo = "I am a string";
这段代码能正常运行，因为函数声明 foo() 被完整提升，覆盖了后面的变量赋值。但注意，如果用函数表达式，则行为不同：
bar(); // 报错：bar is not a functionvar bar = function() {
console.log("I am an expression");
};
因为函数表达式本质上是变量赋值，只有变量声明被提升，函数体不会提升。
四、本质：编译阶段的“预解析”机制
变量提升的本质发生在JavaScript的编译阶段。在代码执行前，引擎会进行以下操作：
- 扫描当前作用域内的变量声明（var、let、const）和函数声明
- 将这些声明注册到对应的执行上下文（如函数上下文或全局上下文）中
- 对于 var，初始化为 undefined；对于 let/const，进入未初始化状态（TDZ）
这个过程不是物理移动代码，而是内存中的绑定创建。因此“提升”只是一个便于理解的比喻。
执行上下文的创建分为两个阶段：
- 创建阶段：变量和函数声明被收集并绑定到环境记录中
- 执行阶段：逐行执行代码，处理赋值和调用
正是这种分阶段处理，造成了“先访问后声明”的现象。
基本上就这些。理解变量提升，关键在于明白JavaScript并非完全从上到下执行，而是在执行前先做一轮声明收集。掌握这一点，就能避免因作用域和声明顺序引发的bug。不复杂但容易忽略。
