变量提升指声明被移至作用域顶部，但var会初始化为undefined而let/const进入暂时性死区（TDZ），访问即报错；应优先使用const/let、就近声明、避免依赖typeof探测TDZ内变量。
JavaScript 中的“变量提升”（Hoisting）指的是变量和函数声明在代码执行前被“移动”到当前作用域顶部的现象。但要注意：只有声明会被提升，赋值不会。而 let 和 const 虽然也存在声明提升，但它们被设计为“暂时性死区”（TDZ），在声明前访问会直接报错，从而避免了 var 带来的隐式 undefined 行为问题。
var 的提升：声明和初始化分开，容易误用
var 声明会被提升并初始化为 undefined，所以可以在声明前读取（不报错，但值是 undefined）：
console.log(a); // undefined
var a = 10;
这容易导致逻辑错误，比如条件判断失效、意外覆盖等。本质是：声明提升 + 默认初始化为 undefined。
let/const 的提升：只提升声明，不初始化（进入 TDZ）
let 和 const 的声明确实也被提升，但 JavaScript 引擎会在其声明语句之前划出一块“暂时性死区”。在此区域内访问变量，会抛出 ReferenceError：
立即学习“Java免费学习笔记（深入）”；
console.log(b); // ReferenceError: Cannot access 'b' before initialization
let b = 20;
这种机制强制开发者必须“先声明，后使用”，提升了代码可读性和安全性。
如何真正避免提升带来的问题
- 统一使用 let 或 const 替代 var —— 这是最根本的解决方式
- 声明变量时尽量靠近首次使用位置，减少跨行/跨块依赖
- 用 const 优先：能不重新赋值就不用 let，避免意外修改
- 注意函数作用域与块级作用域差异：if、for、{} 内用 let/const 是真正的块级绑定，不会像 var 那样泄露到外层
一个小陷阱：函数内部的 typeof 检测
用 var 时，typeof 检测未声明变量会返回 "undefined"；但用 let/const 在 TDZ 内检测，依然报错：
console.log(typeof a); // undefined
var a;
console.log(typeof b); // ReferenceError
let b;
所以不要依赖 typeof 来“安全地”探测 let/const 变量是否存在 —— 它们必须显式声明后再使用。
