JavaScript变量提升源于预编译阶段将var和函数声明提升至作用域顶部，但只提升声明不提升赋值；函数声明优先级高于var声明；let/const存在暂时性死区而非无提升；推荐用let/const、就近声明、函数表达式及ESLint规避问题。

JavaScript有变量提升，是因为引擎在执行代码前会先进行“预编译”阶段（也叫创建执行上下文），把所有 var 声明和函数声明提前到当前作用域顶部。这不是语法糖，而是语言设计的一部分，源于早期JavaScript为简化实现而采用的两阶段处理机制：先收集声明，再逐行执行。

变量提升只提升声明，不提升赋值

用 var 声明的变量会被提升，但初始化（即等号右边的值）仍保留在原位置。这意味着变量在声明前访问时是 undefined，而不是报错。

例如：

console.log(a); // undefined
var a = 123;

实际等价于：

立即学习“Java免费学习笔记（深入）”；

var a;
console.log(a); // undefined
a = 123;

函数声明比变量声明优先级更高

当函数声明和 var 变量同名时，函数声明会完全覆盖变量声明（包括提升后的声明），且函数体也会被提升。

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

例如：

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); // ReferenceError
let b = 42;

这种设计是为了避免因提升导致的意外行为，强制开发者按顺序书写逻辑。

如何避免变量提升带来的问题

• 统一使用 let 或 const 替代 var，减少意外交互
• 声明变量时尽量靠近首次使用的位置，不堆在作用域顶部
• 函数优先用函数表达式（const fn = function() {}）而非函数声明，便于控制提升行为
• 借助 ESLint 规则如 no-use-before-define 和 no-var 提前发现潜在问题