函数声明和函数表达式都能实现闭包，但前者需调用外层函数才能生成闭包实例，属延迟构造；后者可立即执行（如IIFE），属即时构造，作用域绑定更可控、无提升风险。
函数声明和函数表达式都能实现闭包，但它们在结构上存在关键差异：闭包是否“自然形成”、作用域绑定时机、以及是否容易因提升（hoisting）行为导致意外交互。核心不在于“能不能”，而在于“怎么写才可靠、可预期”。
函数声明实现闭包：需主动返回内部函数
函数声明本身只是定义一个具名函数，它不会自动产生闭包；必须显式在内部定义并返回另一个函数，才能捕获外部变量。
- 外部函数必须被调用，内部函数才被创建并持有对外部作用域的引用
- 由于函数声明会被提升，容易误以为“闭包已就绪”，其实闭包逻辑仍依赖执行时机
- 常见结构：声明外层函数 → 在其内部定义并返回内层函数 → 调用外层函数获取闭包
示例：
function createCounter() {
let count = 0;
return function() { // 内部函数形成闭包，捕获 count
return ++count;
};
}
const counter = createCounter(); // 必须调用，才生成闭包实例
console.log(counter()); // 1
console.log(counter()); // 2
函数表达式实现闭包：更紧凑，更易立即构建
函数表达式天然适合“定义即使用”的场景，尤其配合 IIFE（立即执行函数表达式），能直接生成闭包环境，无需额外调用步骤。
立即学习“Java免费学习笔记（深入）”；
- 变量赋值过程就是闭包创建过程，作用域绑定发生在执行到该行时
- 不会被提升，避免了“声明前调用却无闭包”的陷阱
- 常用于模块封装、私有状态初始化、事件处理器工厂等场景
示例（IIFE 形式）：
const counter = (function() {
let count = 0;
return function() {
return ++count;
};
})(); // 立即执行，直接得到闭包函数
console.log(counter()); // 1
console.log(counter()); // 2
结构差异带来的实际影响
两者最本质的区别体现在代码组织与执行流上：
- 函数声明：闭包是“延迟构造”的——你先声明一个外壳函数，再靠调用它来产出闭包实例；适合需要多次复用同一闭包模板的场景（如多个计数器）
- 函数表达式：闭包是“即时构造”的——定义的同时就完成作用域捕获和实例化；适合一次性私有环境、配置初始化、或作为参数传递的回调工厂
- 若在块级作用域中使用函数声明创建闭包（如 if 中），行为在不同引擎中可能不一致；函数表达式则严格遵循块级作用域规则，更可控
闭包变量捕获逻辑一致，但初始化时机不同
无论哪种方式，闭包捕获的是变量的引用，不是值；但初始化时机受语法形式影响：
- 函数声明中的变量，在外层函数每次调用时重新声明，因此每个闭包实例拥有独立的变量副本
- 函数表达式若写成 IIFE，也是一次性初始化；若赋值给变量后多次调用，则同样每次调用都新建作用域（取决于外层是否被重复执行）
- 常见陷阱（如 for 循环中创建多个闭包）在两种写法中都会出现，根源在于变量提升与循环变量复用，与声明/表达式形式无关
