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 已经准备好告诉你——变量还没出生，别急着叫它名字。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
