变量提升（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，就默认它前面那部分区域是禁区，别跨过去读写。
