函数声明提升不可关闭，需通过规范写法规避风险：优先用函数声明确保可预期调用；杜绝同名变量与函数混用；依赖需显式检查或延迟初始化；块级作用域禁用函数声明。
函数声明提升本身不可关闭，但可通过规范写法和工程约束来规避风险。核心不是“阻止提升”，而是让提升行为可预期、易维护、少出错。
优先使用函数声明而非表达式
函数声明会被完整提升（声明+函数体），适合定义稳定、复用的工具函数或主流程入口。这样调用可以前置，逻辑主线清晰。
- ✅ 推荐：
function initApp() { ... }→ 可在文件顶部调用initApp() - ❌ 避免：
const initApp = () => { ... };或var initApp = function() { ... };→ 声明前调用会报错 - 注意：导出函数时也建议用声明方式，确保堆栈中名称稳定，利于调试定位
杜绝同名变量与函数混用
函数提升优先级高于 var 变量提升，但后续赋值会覆盖函数引用，极易引发静默故障。
- ❌ 危险写法：
function foo(){}; var foo = 'bar'; foo(); // TypeError - ✅ 安全做法：命名保持唯一性，配置对象用
config、状态用state、工具函数用validateEmail等语义化名称 - 启用 ESLint 规则
no-shadow和no-unused-vars，提前捕获潜在覆盖
依赖项必须显式检查或延迟初始化
函数能提前调用，不代表其内部依赖已就绪。变量提升只提声明，不提赋值。
立即学习“Java免费学习笔记（深入）”；
- ❌ 不可靠：
run(); function run() { console.log(api.baseUrl); }（若api是var api = {...}且尚未赋值） - ✅ 推荐方案：
• 调用前加判断：if (api && api.baseUrl) { ... }
• 封装为 lazy-init：const getApi = () => api || (api = createApi());
• 用模块顶层立即执行逻辑确保顺序，而非依赖提升时序
块级作用域内禁用函数声明
ES6 明确不鼓励在 if/for 中写 function foo(){}，各浏览器行为不一致，调试困难。
- ❌ 不兼容写法：
if (env === 'dev') { function log() { ... } }→ Safari 可能报 ReferenceError - ✅ 统一替换为函数表达式：
if (env === 'dev') { const log = () => { ... }; log(); } - 严格模式下块级函数声明等价于
let，进入 TDZ，行为更不可控，应主动规避
