本文详解为何跨 `
在 JavaScript 中，变量提升（Hoisting） 是一个常被误解的核心机制。它并非将代码“移动”到顶部，而是指声明（declaration）在编译阶段被提升至其作用域顶部，而初始化（assignment）仍保留在原位置。但关键前提是：提升仅发生在同一作用域内。
为什么同
这段代码实际等效于：
由于 var x 的声明属于当前 ，提升生效，因此访问 x 不会报错，而是返回 undefined。
为什么跨
⚠️ 重要事实：每个 。
第一个 的作用域，对第一个完全不可见。此时访问未声明的标识符，JavaScript 引擎直接抛出 ReferenceError，而非 undefined。这与“未声明（not declared）”和“已声明但未初始化（declared but uninitialized）”有本质区别。
let 和 const 的不同：时间死区（Temporal Dead Zone, TDZ）
虽然 let/const 也存在“提升”，但它们不被初始化为 undefined。在声明语句执行前访问，会触发 TDZ 错误：
✅ 这是 let/const 相比 var 更安全的设计：它强制开发者按顺序声明再使用，避免因隐式 undefined 导致的逻辑错误。
如何让跨
理论上可通过模块化打破隔离（利用 ES 模块的顶层作用域共享特性）：
⚠️ 注意：即使使用 type="module"，普通 仍属不同作用域，无法直接共享变量。真正共享需统一为模块，并显式导出/导入：
最佳实践总结
- ❌ 避免使用 var：其函数作用域、变量提升+静默 undefined 行为极易引发隐蔽 bug；
- ✅ 优先使用 const（默认）和 let（需重新赋值时）：块级作用域 + TDZ 提供更可预测的行为；
- ? 所有变量应在使用前声明，杜绝跨脚本依赖；
- ? 复杂逻辑应封装为模块，通过 export/import 显式管理依赖，而非依赖全局污染。
理解作用域边界与提升机制的本质，是写出健壮、可维护 JavaScript 的基石。
