javascript全局变量提升是v8引擎真实编译行为：var声明提前创建为undefined，function声明直接挂载函数体；let/const无提升，存在暂时性死区。
JavaScript 全局上下文中的变量提升不是语法糖，而是真实发生的编译行为——它直接影响代码能否运行、输出什么值，甚至决定函数是否可调用。理解它，关键不在记住“提升”这个词，而在看清 V8 引擎在执行前做了什么：为 var 声明预留空间（值为 undefined），为 function 声明直接挂载完整函数体。
全局变量提升：var 声明会“提前存在”，但值是 undefined
所有用 var 声明的全局变量，在代码第一行执行前，就已经作为 window 的属性被创建，初始值为 undefined。这意味着：
- 可以在声明语句之前读取该变量，结果一定是 undefined（不是报错）
- 不能在声明前对其执行某些操作，比如
console.log(a.length)会报错（因为 undefined 没有 length 属性） - 赋值操作（
=）不会提升，只发生在执行阶段
全局函数提升：function 声明可提前调用
用 function 关键字声明的全局函数，其整个函数体都会被提升到作用域顶部。因此：
- 函数可以在声明前被安全调用
- 如果同名变量和函数同时存在，函数声明优先级更高，会覆盖变量声明（仅在编译阶段；执行阶段的赋值仍会改写）
- 函数表达式（
var fn = function() {...}）不享受函数提升，只有 var fn 被提升，fn 初始值为 undefined
实际开发中必须注意的三个典型场景
这些不是理论陷阱，而是真实项目里容易出错的地方：
-
条件初始化误判：比如
if (typeof myConfig !== 'undefined') { ... }在 var myConfig 声明前执行，结果永远为 true（因为已提升为 undefined），可能绕过预期逻辑 -
函数与变量同名覆盖：声明
function foo() {}后又写var foo = 'bar'，函数在编译阶段已就位，但执行到赋值时 foo 就变成字符串，后续再调用 foo() 就报 TypeError - 模块依赖顺序失效：多个 script 标签中，若后加载的脚本依赖先加载脚本里用 var 声明但尚未赋值的变量，读到的是 undefined，而非未声明错误，排查更隐蔽
现代写法推荐：用 let/const 避免提升干扰
let 和 const 不会被提升到作用域顶部，它们存在“暂时性死区”（TDZ）：从块开始到声明语句执行前，访问会直接抛出 ReferenceError。这反而更符合直觉和调试预期：
- 避免 undefined 引发的隐式逻辑错误
- 强制开发者按书写顺序组织声明与使用
- 配合块级作用域，让变量生命周期更清晰
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
