函数声明与表达式的作用域差异体现在块级作用域行为、绑定时机和提升机制：声明具名绑定且整体提升，表达式依赖变量声明、仅声明提升而赋值滞后，严格模式下块内声明受限，推荐优先用声明定义全局函数、用表达式处理条件分支。

作用域差异主要体现在函数声明和函数表达式在块级作用域中的行为、变量绑定时机，以及严格模式下的兼容性上。

块级作用域内能否安全使用

函数声明在块级作用域（如 if、for 或 {}）中存在兼容性风险：

• 非严格模式下，函数声明可能被“悄悄提升”到外层函数或全局作用域，导致意外可访问
• 严格模式下，块级函数声明是合法的，但仅在该块内有效；若在块外调用会报 ReferenceError
• 函数表达式配合 let 或 const 定义时，天然受块级作用域限制，行为稳定可预期

变量绑定与作用域链生成时机

两者创建的标识符进入作用域的方式不同：

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

• 函数声明直接在当前作用域中创建一个**具名绑定**（如 function foo(){} → 作用域中立即有 foo）
• 函数表达式依赖于其左侧的变量声明：const bar = function(){}; 中，bar 是由 const 声明引入的绑定，函数本身只是赋值内容
• 这意味着函数表达式的名称（如果具名）不会泄漏到外部作用域，仅在函数内部用于递归或调试

提升（Hoisting）对作用域可见性的影响

提升机制间接决定了函数在作用域中何时“可见”：

立即学习“Java免费学习笔记（深入）”；

• 函数声明整体会被提升：函数名和函数体都在作用域顶部可用，因此可在声明前调用
• 函数表达式仅变量声明部分被提升（如 let fn;），但赋值（即函数对象）发生在执行阶段，此时变量处于“暂时性死区”（TDZ）
• 这导致函数表达式在定义前访问会抛出 ReferenceError，而非 undefined —— 这是 let/const 绑定的特性，强化了作用域边界

实际编码建议

为避免作用域混乱，推荐以下做法：

• 全局或模块级工具函数优先用函数声明，利于提前调用和阅读
• 条件分支中需要定义函数时，统一用函数表达式（如 const handler = condition ? function(){} : function(){}）
• 避免在 if 块内写函数声明，尤其在严格模式项目中；改用表达式 + 块级变量更可靠
• 调试需要命名时，可用具名函数表达式（const fn = function myName(){}），名称 myName 不污染外部作用域