块级函数声明的行为由标准、实现和模式共同决定：es6允许其存在，非严格模式下类似var提升，严格模式下遵循tdz规则，推荐用函数表达式替代以避免歧义。
函数声明在块级作用域内的行为，不是简单的“提升”或“不提升”，而是由标准规定、浏览器实现和运行模式共同决定的动态过程。理解它，关键在于区分「语法允许」、「提升规则」和「实际执行结果」三者之间的差异。
块级作用域中函数声明是被允许的
ES6 明确允许在 {}、if、for 等块内写 function foo() {}。这不同于 ES5 的非规范实践——过去浏览器虽支持，但属于“妥协式兼容”。ES6 将其合法化，但没强制要求所有环境统一行为。
- 非严格模式下，主流浏览器（Chrome/Firefox/Safari）仍按“类 var 提升”处理：函数名和定义都提升到所在函数作用域或全局作用域顶部，同时也在块内提升一次
- 严格模式下（包括模块脚本、
"use strict"），函数声明被视为块级绑定，表现接近let：存在暂时性死区（TDZ），声明前访问会报ReferenceError
提升不是单向的，而是分层发生的
一个块内函数声明，可能同时触发两级提升：
- 提升到外层函数作用域（或全局）顶部，类似
var—— 所以{ function f(){} } console.log(f)在非严格模式下能输出函数 - 也提升到当前块的顶部 —— 所以
if (true) { f(); function f(){} }中调用成功 - 但如果块外已有同名
var或赋值，就可能出现覆盖或遮蔽：例如var f = 1; { function f(){} }，块内f是函数，但块外仍是数字
浏览器兼容性差异集中在非严格模式
不同引擎对“块级函数声明”的处理曾有分歧，目前主流已收敛，但仍需注意：
- Chrome 和 Firefox 在非严格模式下：函数既在块内可访问，又“泄漏”到外层作用域（即块外也能读取该函数名）
- Safari（旧版）曾将块内函数视为仅块内有效，块外访问报
ReferenceError - Node.js 默认启用严格模式，因此块内函数声明不会泄漏，且受 TDZ 约束
- 只要使用
"use strict"或以模块方式加载（type="module"），就能获得一致的、符合标准的块级语义
真正安全的做法是避免依赖块级函数声明
与其纠结提升细节，不如主动规避歧义：
- 需要块级函数时，优先用函数表达式：
const f = function() {}或const f = () => {}，语义清晰、无提升、作用域明确 - 若必须用具名函数且需提前调用，把声明提到块外或函数顶部
- 在构建工具链中开启严格模式或使用 ESLint 规则（如
no-inner-declarations）提前拦截块内函数声明 - 调试时可通过
console.log(typeof f)和console.log(f)快速验证当前环境的实际行为
