var声明会出现“变量提升”是因为其声明在编译阶段被提升至作用域顶部,但初始化仍留在原位置,导致声明前访问值为undefined;let和const虽也提升,但处于暂时性死区(TDZ)中访问会抛出ReferenceError。
因为 var 声明会在编译阶段被整体“移动”到作用域顶部(实际是变量声明被提升,初始化仍保留在原位置),导致在声明前访问时值为 undefined,而不是报错。
常见错误现象:
console.log(a); // undefined var a = 1;看起来像“先用了再声明”,其实是声明被提升了,但赋值没动。
var 的提升包含声明和初始化(初始化值为 undefined)var 会被提升到函数作用域顶部,不是全局var 声明不会报错,后一次会覆盖前一次(仅声明,不重复初始化)它们**也提升**,但提升后进入“暂时性死区”(TDZ),在声明语句执行前访问会直接抛出 ReferenceError,而不是返回 undefined。
这是关键区别:不是没提升,而是提升后不可访问。
let 和 const 声明会被提升到块级作用域顶部,但绑定未初始化typeof 也不能绕过(typeof x 在 TDZ 中也会报错)const 还要求必须在声明时赋值,且不能重复赋值;let 允许后续赋值,但不允许重复声明console.log(b); // ReferenceError: Cannot access 'b' before initialization let b = 2;
函数声明(function foo() {...})会被**完全提升**:声明 + 定义都移到作用域顶部,可在声明前调用;而函数表达式(const foo = function() {...})按 const/let 规则处理,只提升绑定,不提升实现。
var,同名时函数声明会覆盖 var 声明
”,不具函数声明的完全提升行为import 也存在提升(静态分析阶段就确定),但不可在 import 语句前使用导入的绑定最稳妥的方式是:**始终在声明之后再使用变量**,不依赖提升行为,哪怕用的是 var。现代代码应默认使用 let / const,并配合 ESLint 规则如 no-use-before-define 捕获潜在问题。
var 声明循环变量(for (var i = 0; ...)),改用 let 避免闭包陷阱const,仅在确实需要重赋值时用 let
try/catch 的 catch 绑定是块级作用域,其中的 let 不会污染外层TDZ 不是语法糖,它是 JS 引擎强制执行的运行时检查。一旦踩进死区,错误无法被 try/catch 捕获(除非在死区外包裹)。这点容易被忽略。