本文详解为何跨 `
在 JavaScript 中，var 声明确实会被“提升”（hoisted），但这并不意味着变量在任意位置都可安全访问——它只在当前作用域的顶部被声明（初始化为 undefined），而非“全局可见”。关键点在于：每个 ，彼此之间不共享变量声明阶段的提升效果。
✅ 同一
等价于：
var x; // 提升：声明被移至作用域顶部，值为 undefined console.log(x); // 此时 x 已声明但未赋值 → undefined x = 10; // 赋值发生在原位置
由于 var x 的声明和 console.log(x) 处于同一脚本块、同一函数作用域（此处为全局），提升机制完整生效。
❌ 跨
第一个
立即学习“Java免费学习笔记（深入）”；
? 类比理解：var 提升 ≠ 全局广播。它是“本地编译期行为”，仅影响当前脚本块的词法分析结果。
⚠️ 更安全的选择：let 和 const（避免隐式提升陷阱）
let/const 也存在“提升”，但处于暂时性死区（Temporal Dead Zone, TDZ）：从块顶部到实际声明语句之间，访问该变量会抛出 ReferenceError，而非返回 undefined。这反而提升了代码健壮性：
✅ 推荐实践：
- 永远优先使用 const（默认不可变，语义清晰）；
- 仅当变量需重新赋值时用 let；
- 彻底避免 var —— 其函数作用域、变量提升与重复声明容忍等特性极易引发隐蔽 bug。
? 补充：能否让后定义的变量“提前可用”？
严格来说不能，但可通过模块化规避执行顺序依赖：
注意：type="module" 使脚本变为 ES 模块，具有顶层作用域共享性与自动 defer 行为，但这是模块系统的特性，并非 var 提升的延伸。
✅ 总结
| 场景 | 行为 | 原因 |
|---|---|---|
| 同 | 输出 undefined | var 在当前脚本作用域内被提升并初始化为 undefined |
| 不同 | 报 ReferenceError | 每个 |
| 使用 let/const 且提前访问 | 报 ReferenceError（TDZ） | 显式阻止非法访问，强制声明前置，提升可维护性 |
牢记：作用域决定提升范围，脚本边界即作用域边界。 理解这一点，是写出可预测、易调试 JavaScript 代码的第一步。
