17370845950

JavaScript变量提升本质是声明在编译阶段注册作用域：var/function声明被提升并初始化（var为undefined），let/const虽声明提升但处于TDZ，访问即报错；应统一用const/let、就近声明、启用ESLint规则避免隐患。

JavaScript 中的变量提升（hoisting）不是代码被“挪到顶部”，而是声明在编译阶段就被注册进作用域——var 和 function 声明会这样处理，而 let 和 const 虽然也声明提升，但立即进入「暂时性死区」（TDZ），访问即报 ReferenceError。

为什么 console.log(a) 在 var a = 1 前不报错？

因为 var a 的声明被提升并初始化为 undefined，赋值语句 a = 1 仍保留在原位置执行：

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

这容易掩盖逻辑错误，比如误以为变量已就绪，实际只是“存在但未定义”。

• 这种行为只适用于 var，let/const 在声明前访问直接抛错，不给“侥幸”机会
• typeof a 在 var 场景下返回 "undefined"，但在 let 的 TDZ 中也会报 ReferenceError，不能用来“安全检测”
• 函数内部同名 var 会遮蔽外层变量，但提升后值仍是 undefined，不是继承外部值

function foo() 和 const foo = () => {} 提升行为完全不同

函数声明会被完全提升（声明 + 函数体），可前置调用；函数表达式只提升变量名，赋值仍按顺序执行：

foo(); // OK → 输出 "hello"
function foo() { console.log("hello"); }

bar(); // TypeError: bar is not a function
const bar = () => console.log
("world");

箭头函数、class、import 都属于“表达式类”，不享受函数声明级提升。

• 不要在 if 或 for 块中写函数声明（如 if (x) { function f() {} }），不同引擎行为不一致
• 想条件定义函数，改用函数表达式 + 显式赋值：const f = condition ? () => 1 : () => 2;
• const 绑定不可重新赋值，但若绑定的是对象，其属性仍可修改

如何避免 hoisting 引发的 bug？

不依赖提升，从写法上切断隐患源头：

• 所有变量统一用 const 声明，仅当确实需要重赋值时才换 let，彻底弃用 var
• 声明尽量靠近首次使用处，而不是堆在函数顶部——现代 JS 不再需要“声明前置”来规避提升问题
• 启用 ESLint 规则 no-use-before-define 和 no-var，让工具提前拦截潜在误用
• 遇到 ReferenceError: Cannot access 'x' before initialization，别急着加 var，先检查是否漏了声明或写错了块级作用域边界

真正难察觉的不是 undefined，而是你以为它“能用”，结果它只是“存在”。TDZ 不是限制，是提醒：JS 已经准备好告诉你——变量还没出生，别急着叫它名字。