Hoisting 是指变量和函数声明被提升到作用域顶部:var 声明提升并初始化为 undefined,let/const 声明提升但处于暂时性死区,函数声明完全提升而函数表达式不提升。
JavaScript 在执行前会先进行编译阶段(不是传统编译,而是解析 + 创建执行上下文),此时 var 声明和 function 声明会被“提升”到当前作用域(函数或全局)的顶部。注意:只是声明被提升,赋值不会。
这意味着你可以写这样的代码而不报错:
console.log(a); // undefined var a = 1;
但等价于:
var a; console.log(a); // undefined a = 1;
let 和 const 声明也会被提升,但它们在声明语句执行前处于“暂时性死区”,访问会直接抛出 ReferenceError,而不是返回 undefined。
var x:提升 + 初始化为 undefined
let y 或 const z:提升 + 不初始化,访问即报错示例:
console.log(x); // undefined console.log(y); // ReferenceError: Cannot access 'y' before initialization var x = 1; let y = 2;
function foo() {} 这种函数声明会被完全提升(声明 + 函数体),而 const bar = function() {} 或 var baz = () => {} 属于表达式,只提升变量名(var)或不提升(let/const),函数体不会提前可用。
foo() 可以在声明前调用(函数声明)bar() 在声明前调用会报 TypeError(bar 是 undefined)或 ReferenceError(let/const)class 都属于“不可提升”的表达式形式示例:
foo(); // OK → "hello"
function foo() { return "hello"; }
bar(); // TypeError: bar is not a function
var bar = function() { return "world"; };
常见踩坑场景集中在三个地方:
var 声明却误以为它有块级作用域(比如 for 循环里多个 setTimeout 共享同一个 i)var 和 let,结果变量行为不一致,调试时发现“明明写了却没定义”export / import 后模块顶层不是函数作用域,提升规则失效现代写法建议:
const,需要重赋值才用 let,彻底避开 var 提升带来的混淆const fn = () => {}),保持行为可预测真正容易被忽略的是:Hoisting 不是代码移动,也不是语法糖,它是执行上下文创建阶段的底层行为。你看到的“顺序错乱”,其实是 JS 引擎在不同阶段处理不同信息的结果——这点在调试闭包、异步回调时尤其关键。