函数声明本身不直接构成闭包，但它是创建闭包的常见基础结构；闭包本质是内部函数引用外部函数变量且该内部函数逃逸出作用域，函数声明为此提供清晰、可提升、语义明确的作用域容器。

函数声明本身不直接构成闭包，但它是创建闭包的常见基础结构。闭包的本质在于“内部函数引用了外部函数的变量”，而这个外部函数往往通过函数声明定义。

函数声明为闭包提供作用域容器

函数声明创建一个独立的作用域，其中声明的变量对内部嵌套的函数可见。当在该函数内部再定义一个函数（无论用声明还是表达式），且这个内层函数被返回或传出，它就携带了对外层函数变量的引用——这就形成了闭包。

• 函数声明会被提升，因此可在调用前定义，这使得封装逻辑更灵活
• 外部函数执行完毕后，若其内部函数仍被引用，JavaScript 引擎会保留其活动对象（AO），而非立即回收
• 注意：仅声明外层函数还不够，必须有“内部函数捕获外部变量”+“内部函数逃逸出作用域”两个条件

函数声明 vs 函数表达式：对闭包的影响不同

虽然闭包可由函数表达式触发，但函数声明更常用于构造清晰的闭包结构，因其语义明确、可读性强。

• 函数声明定义的外层函数，命名清晰，便于理解变量归属（如 createCounter）
• 函数表达式常用于立即执行场景（IIFE），配合闭包实现一次性私有环境，例如模块初始化
• 若用函数声明写内层函数，需注意命名冲突；用函数表达式则天然匿名，避免污染外层命名空间

闭包依赖函数作用域链，而非声明方式

闭包能否形成，关键不在语法是声明还是表达式，而在于执行时的作用域链是否完整保留。

• 函数执行时会生成[[Scope]]属性，保存其定义时所在的作用域链
• 内部函数即使以表达式形式创建，只要它在外部函数体内定义，就能访问外部变量
• 真正破坏闭包的不是语法，而是变量被提前释放（如外部函数返回后未持有内部函数引用）

实际开发中需警惕的误区

很多人以为“用了函数声明就自动有闭包”，其实不然。闭包是运行时行为，不是语法特征。

• 只声明外层函数，但没返回或传出内层函数 → 不产生闭包
• 内层函数未引用任何外部变量 → 即使结构符合，也不算有效闭包
• 循环中用函数声明创建多个闭包，却共享同一变量（如 var i）→ 常见 bug 来源