JavaScript变量提升源于预编译阶段将var和函数声明提升至作用域顶部，但只提升声明不提升赋值；函数声明优先级高于var声明；let/const存在暂时性死区而非无提升；推荐用let/const、就近声明、函数表达式及ESLint规避问题。
JavaScript有变量提升，是因为引擎在执行代码前会先进行“预编译”阶段（也叫创建执行上下文），把所有 var 声明和函数声明提前到当前作用域顶部。这不是语法糖，而是语言设计的一部分，源于早期JavaScript为简化实现而采用的两阶段处理机制：先收集声明，再逐行执行。
变量提升只提升声明，不提升赋值
用 var 声明的变量会被提升，但初始化（即等号右边的值）仍保留在原位置。这意味着变量在声明前访问时是 undefined，而不是报错。
例如：
console.log(a); // undefinedvar a = 123;
实际等价于：
立即学习“Java免费学习笔记（深入）”；
var a;console.log(a); // undefined
a = 123;
函数声明比变量声明优先级更高
当函数声明和 var 变量同名时，函数声明会完全覆盖变量声明（包括提升后的声明），且函数体也会被提升。
例如：
console.log(fn); // function fn() { return 1; }var fn = 2;
function fn() { return 1; }
这等价于：
function fn() { return 1; }var fn;
console.log(fn); // 函数
fn = 2;
let 和 const 没有变量提升？其实是“暂时性死区”
let 和 const 声明确实会被提升，但不会被初始化。从块级作用域开头到声明语句之间，该变量处于“暂时性死区”（TDZ）。此时访问会直接抛出 ReferenceError，而不是返回 undefined。
例如：
console.log(b); // ReferenceErrorlet b = 42;
这种设计是为了避免因提升导致的意外行为，强制开发者按顺序书写逻辑。
如何避免变量提升带来的问题
- 统一使用 let 或 const 替代 var，减少意外交互
- 声明变量时尽量靠近首次使用的位置，不堆在作用域顶部
- 函数优先用函数表达式（const fn = function() {}）而非函数声明，便于控制提升行为
- 借助 ESLint 规则如 no-use-before-define 和 no-var 提前发现潜在问题
