变量提升是javaScript中var声明被提升并初始化为undefined，而let/const声明虽被提升但不初始化，访问会触发ReferenceError，该区域称暂时性死区（TDZ）。
变量提升（Hoisting）到底是什么
javascript 中的变量提升不是把代码“挪到顶部”，而是指在编译阶段，var 声明会被解析并初始化为 undefined，使得变量名在作用域内任何位置都可访问——但只有声明被提升，赋值不会。
这导致常见错误：在声明前读取 var 变量得到 undefined，而不是报错，容易掩盖逻辑问题。
let 和 const 真的不提升吗
它们也“提升”，但行为完全不同：声明会被提升，但不初始化，且在声明前访问会触发 ReferenceError。这个区域叫“暂时性死区”（Temporal Dead Zone, TDZ）。
也就是说：let 和 const 不是“没提升”，而是提升后拒绝访问——这是更严格的约束，不是消除提升。
立即学习“Java免费学习笔记（深入）”；
-
var a = 1→ 提升为var a; a = undefined;，之后再执行赋值 -
let b = 2→ 提升声明，但b在声明语句前不可读/不可写 -
const c = 3→ 同let，且必须在声明时赋值，不能留空
常见 TDZ 错误和怎么避开
最容易踩坑的是在函数参数默认值、类字段初始化、模块顶层等场景中引用尚未声明的 let/const。
console.log(x); // ReferenceError: Cannot access 'x' before initialization let x = 10;其他典型场景：
- 函数参数默认值里引用同名
let变量：function f(x = x) { }→ 报错 - 类中字段用
this.x初始化时依赖尚未声明的let常量 - 循环中用
let声明，但在循环体外提前访问（比如异步回调里误以为变量还活着）
为什么不能用 var 替代来绕过 TDZ
用 var 确实能避免 ReferenceError，但换来的是更难调试的 undefined 行为和意外的函数作用域泄漏。
比如：
for (var i = 0; i < 3; i++) { setTimeout(() => console.log(i), 0); } // 输出：3, 3, 3 —— 因为只有一个 var i，被提升到函数作用域顶部而换成 let 就自然按预期输出 0, 1, 2。TDZ 看似多了一道限制，实际是在帮你早暴露作用域和生命周期设计问题。
真正需要关注的不是“怎么绕过 TDZ”，而是“为什么这里会提前访问变量”——那往往说明变量声明位置或作用域划分不合理。