严格模式禁止在块级作用域（如if、for、{}）中声明函数，仅允许在脚本顶层或函数体顶层声明；非严格模式下块级函数声明行为不一致且不可靠，故严格模式通过SyntaxError强制标准化。
JavaScript 中函数声明在严格模式下的作用域规则没有发生“变迁”，而是从 ES5 开始就明确并统一了行为：函数声明在块级作用域（如 if、for、{}）中，**在非严格模式下存在变量提升和函数提升的兼容性行为，而在严格模式下禁止在块内声明函数**——这不是规则的“变化”，而是对早期不规范行为的正式约束与标准化。
严格模式禁止块级函数声明
ES5 严格模式明确规定：不能在非函数体的代码块（如 if、while、{}）中声明函数。这种写法在严格模式下会直接抛出 SyntaxError。
- ❌ 非法（严格模式报错）：
'use strict';
if (true) {
function foo() { return 1; } // SyntaxError: In strict mode code, functions may not be declared in nested blocks.
}
- ✅ 正确做法是改用函数表达式或箭头函数（它们受词法作用域约束，且不提升）：
'use strict';
if (true) {
const foo = function() { return 1; }; // 合法，仅在 if 块内可访问
// 或
const bar = () => 2; // 同样块级作用域
}
非严格模式下的历史行为（非标准、不可靠）
在 ES5 之前及非严格模式中，某些引擎（如旧版 Chrome、Firefox）允许块级函数声明，但行为不一致：
- 有的将函数提升到外层函数作用域（类似 var 提升）
- 有的限制在块内作用域（类似 let）
- 有的甚至在块外不可见、块内又因提升而提前可调用
这种差异导致严重可移植性问题，所以严格模式直接禁用该语法，避免歧义。
立即学习“Java免费学习笔记（深入）”；
函数声明的合法位置始终是“脚本顶层”或“函数体顶层”
无论是否严格模式，函数声明只应在两个位置出现才具有确定语义：
- 全局作用域（脚本最外层）
- 另一个函数的直接内部（即函数体第一层，不在任何
if/for等嵌套块中）
在这两个位置，函数声明会被提升（hoisted），且在严格模式下也完全支持——提升行为本身未被取消，只是限制了声明出现的位置。
现代替代方案：用 const + 函数表达式或箭头函数
若需块级作用域函数，推荐以下方式（ES6+，严格模式友好）：
-
const myFn = function() { ... }—— 具备块作用域，不提升，不可重复声明 -
const myFn = () => { ... }—— 同样块级、不提升，适合无 this 绑定场景 - 需要命名便于调试时，可用具名函数表达式：
const myFn = function named() { ... }
这些方式在严格/非严格模式下行为一致，是清晰、可靠、符合标准的选择。
