应避免在块级作用域中使用函数声明，因其在旧浏览器中存在提升不确定性；优先采用const函数表达式实现安全、一致的块作用域逻辑。
函数声明在块级作用域中（如 {}、if、for 内）的行为，因 JavaScript 引擎和严格模式差异而不同——ES6 规范明确要求其在块内是**暂时性死区（TDZ）受限的、块作用域的**，但旧版浏览器（如 IE、早期 Safari/Chrome）会将其提升到函数作用域甚至全局，造成意外污染或执行错误。因此，“向前兼容的安全防御脚本”核心不是“让旧环境支持新语法”，而是**规避块级函数声明的不确定性，用确定性语法实现等效逻辑，并安全降级**。
优先使用函数表达式 + const 声明
这是最直接、兼容性最好、语义最清晰的替代方案。函数表达式天然具有块作用域，且 const 在所有现代引擎及 Babel 转译后均表现一致：
- 写法：
const myHelper = function() { /* logic */ };或带名表达式const myHelper = function named() { /* logic */ }; - 优势：不会被提升；在块外不可访问；严格模式与非严格模式行为一致；Babel 可无损转译为 ES5
var+ 函数表达式 - 示例：
if (supportsFeatureX()) {
const validateInput = function(str) { return str && str.trim().length > 0; };
if (!validateInput(userInput)) throw new Error("Invalid");
}
// 此处 validateInput 不可访问 → 安全、明确
避免在块内使用函数声明（尤其需兼容 IE/旧 Safari）
即使在现代浏览器中开启严格模式，块级函数声明仍存在风险：
- IE11 及更早版本：忽略块，提升至外围函数作用域，可能覆盖同名变量
- Safari ≤ 9 / Chrome ≤ 41：非严格模式下行为不一致，可能泄漏到外部
- 代码审查难判断：阅读者需时刻确认运行时环境与模式，易埋隐患
- 若必须保留原风格（如迁移遗留代码），可用 IIFE 封装模拟块作用域：
(function() { function foo() {} foo(); })();，但不如const表达式简洁
用特征检测 + 动态定义替代静态块声明
当逻辑需根据运行时能力分支，且希望函数只在满足条件时存在，可结合特征检测与动态赋值：
- 不写：
if (window.Promise) { function asyncLoad() { ... } }（危险！） - 改写：
const asyncLoad = window.Promise ? function() { /* use Promise */ } : function() { /* fallback to XHR */ }; - 好处：无提升风险；类型安全（TypeScript 可推导联合类型）；压缩工具可安全移除未用分支；兼容所有 ES5+ 环境
构建时通过 Babel + 检查插件加固
开发阶段主动拦截风险写法：
- 启用
@babel/plugin-transform-block-scoping确保块级let/const正确转译（间接保障函数表达式上下文） - 添加 ESLint 规则：
"no-inner-declarations": ["error", "functions"]，直接禁止块内函数声明 - 配合
eslint-plugin-compat检查 API 兼容性，避免依赖仅新环境才有的函数特性
