JavaScript中的变量提升是什么_let和const如何避免

变量提升（Hoisting）到底发生了什么

javaScript 在执行前会先进行“预解析”，把 var 声明的变量和 function 声明提升到作用域顶部，但只有声明被提升，赋值不会。这意味着你可以“在声明前使用” var 变量，但它值是 undefined，而不是报错。

典型错误现象：

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

看起来像变量“提前存在”，其实是声明被挪到了作用域开头，等价于：

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

let 和 const 不提升？其实是“暂时性死区”（TDZ）

let 和 const 声明**也会被提升**，但不初始化，且在声明语句执行前访问它们会直接抛出 ReferenceError。这个不可访问的区间就是“暂时性死区”。

常见错误场景：

console.log(b); // ReferenceError: Cannot access 'b' before initialization
let b = 2;

注意：不是 undefined，而是明确报错 —— 这是刻意设计的保护机制。

立即学习“Java免费学习笔记（深入）”；

• let 和 const 的 TDZ 从块级作用域（如 {}、if、for）顶部开始，直到声明语句执行
• 函数参数也受 TDZ 影响：function foo(a = b, b) { } 会报错，因为 a 默认值中引用了尚未初始化的 b
• typeof 对未声明变量返回 "undefined"，但对 TDZ 中的 let 变量仍会报错：typeof x（x 是 let x 但还没声明）→ ReferenceError

为什么 let/const 能“避免”提升带来的问题

它们没避开提升本身，而是用 TDZ 把隐式错误显性化。相比 var 的静默 undefined，let/const 强制你按顺序写代码，减少因变量位置疏忽导致的逻辑 bug。

实际影响：

if (false) {
  let x = 1;
}
console.log(x); // ReferenceError —— 块外根本访问不到
// 而 var x 在这里会是 undefined（甚至可能意外污染外层）

• 块级作用域 + TDZ 让作用域边界更清晰，避免循环中闭包捕获错误值（比如 for (var i=0; i console.log(i)) 全输出 3；用 let i 就输出 0/1/2）
• const 还额外禁止重新赋值，进一步缩小出错面（注意：它只保证绑定不改变，对象属性仍可修改）
• ESLint 规则如 no-use-before-define 对 var 效果有限，但对 let/const 的 TDZ 报错天然免疫 —— 错误在运行时就暴露了

容易被忽略的细节：函数声明 vs 函数表达式

函数声明会被完全提升（声明 + 定义），但函数表达式不会：

foo(); // OK
function foo() {}

bar(); // TypeError: bar is not a function
var bar = function() {};

而用 let bar = function() {} 则是 ReferenceError（TDZ）。

更隐蔽的是：箭头函数、class 声明都遵循 let 规则 —— 全部有 TDZ。

console.log(Cat); // ReferenceError
class Cat {}

真正要注意的不是“有没有提升”，而是“能不能安全访问”。只要记住：遇到 let 或 const，就默认它前面那部分区域是禁区，别跨过去读写。