JavaScript中块级作用域内函数声明的行为取决于严格模式：非严格模式下提升至外层函数或全局作用域，严格模式下仅限块内且存在TDZ；其提升优先级高于var但受块级约束，现代推荐用const/let函数表达式替代。
JavaScript 中的块级作用域与函数声明提升规则存在明显张力——ES6 引入 let/const 建立块级作用域，但函数声明在块内是否提升、如何提升，受执行环境（严格模式/非严格模式）和历史兼容性双重影响。
块级作用域中函数声明的实际行为
在 {}、if、for 等块内部使用 function 声明函数时：
- 非严格模式下：函数声明会被提升到**外层函数作用域顶部**（或全局作用域），块内声明“逃逸”出块，变成函数级或全局变量
- 严格模式下：函数声明仅在**当前块内有效**，且不会被提升到块外；若在声明前调用，会抛出
ReferenceError - 无论哪种模式，该函数声明不会被提升到块的顶部（即不满足“块级提升”），而是按规范进入“临时词法环境”，行为接近
let—— 存在暂时性死区（TDZ）
函数声明提升优先级高于 var，但低于块级约束
当块内同时出现同名 var 和函数声明时：
- 函数声明仍会整体提升（定义+声明），覆盖同名
var声明 - 但该提升仅限于其所在块的词法环境；一旦超出块边界，该函数不可访问（严格模式）或可能泄漏（非严格模式）
- 例如：
if (true) { function foo() {} }，在非严格模式中foo可在 if 外访问；在严格模式中，foo仅在 if 块内可用，且必须在声明之后调用
从历史演进看设计妥协
早期 JS（ES5 及之前）没有块级作用域，function 声明天然属于函数作用域。ES6 引入块级作用域后，为兼顾旧代码兼容性：
立即学习“Java免费学习笔记（深入）”；
- 未强制要求所有引擎统一将块级函数声明视为
let级别处理，而是交由模式决定 - 主流浏览器在非严格模式下保留“函数声明提升至外层”的行为，是向后兼容的关键妥协
- 现代开发实践中，推荐用
const fn = () => {}或let fn = function() {}替代块内函数声明，避免模式差异带来的不确定性
本质上，块级作用域中的函数声明不是“被提升的块级变量”，而是受词法环境层级和严格性双重调控的特殊语法形式——它标志着 JS 从函数作用域一统天下，走向精细作用域控制的过渡阶段。
