var声明的变量会被提升到作用域顶部但赋值不提升，导致访问未初始化变量返回undefined而非报错；let/const虽也提升但处于暂时性死区，访问会抛出ReferenceError，更利于错误定位。
var 声明的变量会被提升到作用域顶部，但赋值不会
JavaScript 引擎在执行代码前会先进行“预解析”（hoisting），把 var 声明的变量名提升到当前作用域顶部，初始化为 undefined；而赋值语句仍保留在原位置。这导致看似未声明就访问变量时不会报错，但得到的是 undefined，容易掩盖逻辑错误。
常见陷阱示例：
console.log(a); // undefined var a = 123;
实际等价于：
var a; console.log(a); // undefined a = 123;
- 函数内使用未声明变量（如拼写错误）可能意外读到提升后的
undefined，而非 ReferenceError -
if块中用var声明变量，仍会在整个函数作用域被提升，造成意料外的覆盖 - 与
let/const混用时，var的提升行为会打破块级作用域直觉
用 let/const 替代 var 是最直接的规避方式
let 和 const 声明的变量也存在“提升”，但它们不会被初始化，处于“暂时性死区”（TDZ）。在声明语句执行前访问，会抛出 ReferenceError，而不是返回 undefined —— 这让问题更早暴露、更易定位。
立即学习“Java免费学习笔记（深入）”；
javascript-typescript-typescript-scaffold
下载
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
对比示例：
console.log(b); // ReferenceError: Cannot access 'b' before initialization let b = 456;
- 所有新代码应默认使用
let（可重新赋值）或const（不可重新赋值），禁用var -
const应为首选：即使后续要改值，也先用const，仅当明确需要重赋值时再换let - ESLint 规则
no-var可强制拦截var使用
函数声明和函数表达式提升行为完全不同
函数声明（function foo() {...}）会被完全提升（包括函数体），可在声明前调用；而函数表达式（const foo = function() {...}）遵循变量提升规则 —— 名字被提升为 undefined，调用会报 TypeError。
示例：
foo(); // OK，输出 "hello"
function foo() { console.log("hello"); }
bar(); // TypeError: bar is not a function
const bar = function() { console.log("world"); };
- 避免在条件块中写函数声明（不同引擎处理不一致，ES6 后已明确禁止在块级作用域中声明函数）
- 统一用函数表达式 +
const，保持行为可预测 - 箭头函数必须是表达式形式，天然不支持声明式提升，适合现代代码风格
模块顶层的 hoisting 表现和 script 标签不同
在 ES 模块（type="module"）中，顶层作用域不是全局作用域，且模块自动启用严格模式。var 声明不会挂到 window 上，let/const 的 TDZ 行为更严格。更重要的是：模块是静态解析的，所有 import 必须出现在顶层，且在任何代码执行前就确定依赖关系。
- 模块内不存在“运行时才决定是否 import”的逻辑，因此没有动态 hoisting 干扰
- CommonJS（Node.js
require）无提升问题，但也不具备模块级 TDZ 保护 - 若需兼容旧环境，可用 Babel 转译 +
transform-hoisting插件辅助检测，但治本仍是切换到let/const
var 变量的误读，以及迁移老代码时只改 var 为 let 却没同步调整闭包逻辑 —— 提升只是表象，真正要重构的是变量生命周期意识。 
