javascript 的 hoisting 是执行上下文创建阶段对声明的预处理，非代码移动；var 提升并初始化为 undefined，function 声明完全提升，let/const 提升但处于 tdz 无法访问。
JavaScript 中的 hoisting（变量提升）不是“把代码往上挪”，而是由执行上下文在创建阶段对声明进行预处理的结果。理解它，关键在于分清 声明类型 和 执行阶段顺序，否则很容易在函数内写错逻辑、踩坑报错。
var 声明：变量名被提升，值是 undefined
var 声明会在执行上下文的“创建阶段”被提升到作用域顶部，并初始化为 undefined。这意味着你可以在声明前访问变量，但值不是你预期的。
- 下面这段代码不会报错，但输出是 undefined：
console.log(a); // undefined<br>var a = 10;
等价于：
var a; // 创建阶段：声明 + 初始化为 undefined<br>console.log(a); // 执行阶段：读取 undefined<br>a = 10; // 后续赋值
function 声明：整个函数体被提升
使用 function name() { ... } 语法声明的函数，会在创建阶段被完整提升——包括函数名和函数体。因此可以安全地在声明前调用。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 这段代码能正常运行：
foo(); // 输出 "hello"<br>function foo() {<br> console.log("hello");<br>}
但注意：函数表达式不会被完全提升。例如 const bar = function() {} 或 var bar = function() {}，只有变量名（或绑定名）被提升，赋值部分仍留在原位置。
let 和 const：有提升，但不初始化 —— 进入 TDZ（暂时性死区）
let 和 const 确实会被提升到作用域顶部，但不会被初始化。从块级作用域开始到实际声明语句之间，访问它们会直接抛出 ReferenceError。
- 以下代码会报错：
console.log(b); // ReferenceError: Cannot access 'b' before initialization<br>let b = 20;
TDZ 的存在是为了避免在声明前误用变量，也解释了为什么 typeof 检测 let/const 变量在声明前会报错（而 var 是返回 "undefined"）。
真实场景中的典型陷阱
常见错误往往出现在条件分支、循环或立即执行函数中：
- 你以为 if 分支里的 var 声明只在分支内有效？错。var 是函数作用域，整个函数内都提升；
- 用 let 声明循环变量（如 for (let i...)），每次迭代都有独立绑定——这是 let 的设计优势，不是 hoisting 的例外；
- 模块顶层的 import / export 不参与 hoisting，它们是静态解析的，且必须放在文件顶部；
- 箭头函数属于函数表达式，不会被提升，写成
const fn = () => {}就不能在声明前调用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
