函数声明不能出现在块级语句中，因ES规范仅允许其位于脚本或函数体顶层，各浏览器非标实现导致行为不一致；应改用函数表达式、提前声明赋值、IIFE或严格模式规避风险。
函数声明写在 if、else、for 等块级语句里，不是标准用法，不同浏览器处理方式不一致，容易导致运行结果不可预测，甚至报错。
为什么会出现差异
ECMAScript 规范从 ES5 到 ES2015（ES6）都明确规定：函数声明只能出现在**脚本顶层**或**函数体顶层**，不能直接出现在块（{}）中。但部分浏览器引擎为了兼容旧代码，做了非标准扩展，各自实现逻辑不同：
- IE8 及更早版本：无论条件真假，函数都会被提升到全局作用域，
if(false){function f(){}}后仍能调用f - Chrome / Firefox（非严格模式）：函数会被提升到外层函数或全局作用域，条件成立时定义，不成立时可能仍存在（取决于引擎）
- Firefox / Chrome（严格模式）：直接抛
SyntaxError，拒绝解析 - Safari（旧版）：行为不稳定，有时忽略声明，有时报错，难以复现
典型错误示例
下面这段代码在不同环境输出完全不同：
if (true) { function foo() { return 'inside'; } }<br>console.log(typeof foo); // 可能是 "function"，也可能是 "undefined"
更危险的是带 else 分支的写法：
if (false) { function foo() { return 'A'; } }<br>else { function foo() { return 'B'; } }<br>foo(); // 有的浏览器返回 'B'，有的返回 'A'，有的直接报 ReferenceError
安全替代方案
不用依赖不可靠的块内声明，改用明确、可预期的方式：
-
函数表达式 + 块级变量：用
let或const在块内声明并赋值，作用域清晰，不会提升if (true) { const foo = () => 'inside'; foo(); } -
提前声明 + 条件赋值：把变量声明提到块外，只在块内赋值
let foo;<br>if (true) foo = () => 'first';<br>else foo = () => 'second';<br>foo();
-
IIFE 封装逻辑：适合需要立即执行且不污染外部作用域的场景
if (true) { (function() { console.log('run once'); })(); } -
启用严格模式兜底：加
'use strict';让非法声明在开发阶段就暴露，避免上线后出问题
构建与检测建议
靠人工识别容易遗漏，推荐工程化防控：
- 在 ESLint 中启用
no-inner-declarations规则，禁止函数声明出现在块内 - 打包工具（如 Webpack、Vite）默认开启严格模式，会提前拦截不合规写法
- 避免为兼容老旧环境妥协——现代前端项目已基本不需支持 IE8/9，没必要迁就非标行为
