函数声明提升是ecmascript标准明确规定的机制，非历史bug；函数声明（function name(){}）会整体提升至作用域顶部，优先级高于var变量声明并覆盖之，而函数表达式仅标识符提升；现代开发通过const/let、严格模式及工具链规避其副作用。
函数声明提升（Function Hoisting）是 JavaScript 编译阶段的标准化行为，不是历史遗留“bug”，而是语言规范明确规定的机制。它被写入 ECMAScript 标准（从 ES3 开始延续至今），目的是支持函数在声明前调用，尤其服务于递归、模块内依赖等常见模式。
函数声明提升是标准行为，不是缺陷
ECMAScript 规范要求：函数声明（function name() { ... }）必须在整个作用域内“完全提升”——即函数名和函数体一同被提升到作用域顶部。这使得如下代码合法且可预期：
foo(); // 正常输出 "ok"function foo() { console.log("ok"); }
这种设计并非疏漏，而是有意为之：早期 JS 需要支持函数间相互调用（如 A 调用 B，B 又调用 A），若不整体提升函数声明，这类结构将无法静态解析。
与变量提升的本质区别在于优先级和完整性
当函数声明与同名 var 变量声明共存时，函数声明不仅先被提升，还会覆盖同名变量声明（仅限 var）：
console.log(typeof bar); // "function"var bar = 123;function bar() {}
这是因为编译阶段会按顺序处理：先收集所有函数声明并绑定函数体，再处理 var 声明（仅初始化为 undefined）。let/const 不参与该覆盖逻辑，且因 TDZ 机制，在声明前访问直接报错。
历史遗留影响主要体现在函数表达式混淆上
开发者常误以为“所有函数都能提升”，但函数表达式（包括 const fn = function() {} 或 const fn = () => {}）只遵循变量提升规则：仅标识符被提升，值仍为 undefined。这是规范刻意区分的设计：
- 函数声明 → 语法形式明确、意图清晰 → 全提升
- 函数表达式 → 本质是赋值操作 → 按变量规则处理
这种差异曾导致大量运行时错误（如 TypeError: xxx is not a function），尤其在迁移到 ES6 模块或使用严格模式后更明显。
现代实践已通过语法和工具收敛风险
虽然提升本身仍是标准行为，但实际开发中已基本规避其副作用：
- 推荐统一使用 const/let + 函数表达式，天然避免提升带来的时序困惑
- 模块文件（.mjs）和含
import/export的脚本默认启用严格模式，禁止隐式全局和静默失败 - TypeScript 和 ESLint（如
no-use-before-define）主动拦截提前调用，把潜在问题转为编译期提示
所以函数声明提升本身未被废弃，但它已从“必须理解的底层机制”转变为“只需知晓的兼容性背景”——真正重要的，是写出不依赖提升顺序的清晰代码。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
