谈及闭包，它实际上是函数式编程在 JavaScript 中真正落地的一套核心机制。通过封装不可变自由变量、隔离状态、承载纯函数逻辑，闭包在不破坏函数纯粹性的前提下，实现了配置绑定、柯里化、缓存与模块化——这些看似抽象的概念，在真实代码中都有非常具体的体现。
为何如此强调？因为闭包让函数能够“自带环境”，将数据与行为打包在一起，无需依赖外部变量或全局状态。这恰恰是函数式编程所追求的纯性、可复用与无副作用的核心前提。
闭包天然支持状态封装与隔离
函数式编程的一个核心理念是避免共享可变状态。而闭包提供了一种轻量、安全的方式，在函数内部维护私有状态，且不污染全局作用域。具体来说：
- 每次调用工厂函数（比如
createCounter()）都会生成一个独立的作用域，每个返回的函数都有自己的count变量，互不干扰，干净利落。 - 状态被绑定在函数实例上，而非对象属性或全局变量，这符合“数据随函数走”的函数式理念。
- 不需要 class 或 this，仅靠嵌套函数与词法作用域就实现了封装，更简洁，也更易于推理。
闭包是高阶函数与柯里化的底层支撑
函数式编程大量使用高阶函数（接收或返回函数），而柯里化、偏函数应用这些模式，本质上全依赖闭包捕获参数并延迟执行。
- 像柯里化函数
add(a)(b)，内部函数记住a，等待b到来——这就是闭包在维持中间状态。 - 偏函数（比如
const add5 = add(5)）的本质也是闭包：它固化了部分参数，形成一个新的函数。 - 没有闭包，这些函数就只能依赖外部变量或重复传参，从而失去抽象能力与组合性。
闭包让纯函数在真实场景中“可落地”
纯函数要求相同输入总是得到相同输出，且没有副作用。但现实开发中，我们经常需要配置、上下文或缓存——闭包将这些“必要的副作用”收束到定义时，调用时仍然保持纯性。
- 举个例子，带缓存的计算函数：
const memoizedFib = (function(){ const cache = {}; return function(n) { if (n in cache) return cache[n]; ... } })();—— 缓存存在于闭包内，但对外暴露的接口仍然是纯的。 - 事件处理器中保存 DOM 引用或配置项，避免每次回调都重新查询，既高效又不破坏函数逻辑的确定性。
- React 的
useCallback和useMemo内部机制也依赖闭包来稳定引用和记忆值。
闭包支撑模块化与无依赖封装
在 ES6 模块出现之前，闭包是 JavaScript 实现模块模式的唯一可靠方式；即使到了今天，它仍然是构建可复用、自包含功能单元的基础。
- IIFE 加上闭包可以导出有限的接口，隐藏实现细节（比如私有工具函数、初始化逻辑）。
- 一个闭包模块可以完全自治：初始化一次、持有自身状态、暴露纯函数接口。
- 像 Lodash 的
_.memoize、_.curry这些工具函数，底层全是闭包驱动的，开箱即用，不侵入调用方的环境。
其实闭包并不复杂，但容易被人忽略：它不是语法糖，而是 JavaScript 作用域链自然运行的结果。理解它，等于真正看懂了函数如何“携带上下文”——而这，正是函数式思维在 JavaScript 中扎根的土壤。
