JavaScript变量提升指var和function声明被提升至作用域顶部，但仅声明而非赋值；let/const虽声明提升却因暂时性死区不可访问；本质是引擎创建阶段与执行阶段分离所致。
JavaScript 变量提升（Hoisting）是指在代码执行前，JavaScript 引擎会先“扫描”当前作用域，把所有 变量声明（var）和 函数声明（function fn() {...}）的定义“提升”到作用域顶部。注意：只是声明被提升，赋值不会动。
var 声明会被提升，但赋值留在原地
比如这段代码：
console.log(a); // undefined
var a = 10;
引擎实际按这样理解：
var a; // 声明被提升
console.log(a); // 此时 a 已声明但未赋值 → undefined
a = 10; // 赋值保留在原位置
所以输出是 undefined，不是报错，也不是 10。
函数声明也会提升，且整个函数体一起上去
函数声明（不是函数表达式）会被完整提升：
foo(); // 正常运行，输出 "hello"
function foo() { console.log("hello"); }
这等价于：
function foo() { console.log("hello"); }
foo();
但函数表达式不会被提升：
bar(); // TypeError: bar is not a function
var bar = function() { console.log("world"); };
let 和 const 不会变量提升？其实是“暂时性死区”
let 和 const 声明**也被提升**，但不初始化（不像 var 默认初始化为 undefined）。从块顶部到声明语句之间，访问它们会直接报错 —— 这叫“暂时性死区”（TDZ）：
console.log(b); // ReferenceError
let b = 20;
所以严格来说，不是“没提升”，而是提升后不可访问，直到声明执行。
为什么设计成这样？历史原因 + 执行模型
JavaScript 引擎分两阶
段工作：
- 创建阶段（Creation Phase）：建立作用域、绑定变量名、初始化
var为undefined、加载函数声明 - 执行阶段（Execution Phase）：逐行运行代码，处理赋值、调用等
这种分离让引擎能提前知道有哪些变量/函数可用，支撑了函数可以先调用后定义的语言特性。本质是执行模型决定的，并非刻意“移动代码”。
基本上就这些。理解提升的关键是分清“声明”“初始化”“赋值”三步，而不是字面以为代码真的被剪切粘贴到顶部。
