柯里化本质是利用闭包保存已传参数，实现分步接收与延迟执行；它通过作用域链持久化中间状态，依据累计参数总数（非调用次数）判断是否执行原函数，并支持灵活传参与高复用性。

柯里化本质上是利用闭包来保存已传入的参数，让函数能分步接收参数、延迟执行。它不是简单地“拆开参数”，而是通过作用域链把中间状态稳稳留住。

闭包如何为柯里化提供状态存储能力

每次调用柯里化函数时，外层函数接收一部分参数，并返回一个内层函数；这个内层函数能持续访问外层函数的参数变量——这正是闭包的核心机制。比如 add(1) 返回的函数记住了 a = 1，哪怕 add 已执行完毕，该值仍保留在内存中供后续调用使用。

• 闭包使参数“落地生根”，不依赖调用时的临时上下文
• 每个中间函数都携带自己专属的作用域快照，互不影响
• 参数不是被复制或传递，而是被引用并长期持有

参数收集与触发执行的边界逻辑

通用柯里化函数需判断何时真正执行原函数。关键依据是已收集参数数量是否达到原始函数的形参个数（fn.length）。未满则继续返回新函数；满了就立即调用原函数并返回结果。

• 支持灵活传参：可 curried(1)(2)(3)，也可 curried(1, 2)(3) 或 curried(1, 2, 3)
• 每次调用都合并新旧参数，再递归检查是否满足执行条件
• 不能仅靠“调用次数”判断，而要以实际参数总数为准

实际场景中闭包带来的复用优势

柯里化后生成的中间函数本身就是一个可复用的配置单元。例如固定第一个参数为 10 得到 add10 = curriedAdd(10)，之后所有调用都默认加 10，无需重复传参。

• 适合构建预设行为的工具函数，如 bind 的轻量替代
• 配合高阶函数（如 map、filter）时更易写成点式链式调用
• 在事件处理、API 封装、配置工厂等场景中自然形成语义化接口

需要注意的隐性成本与风险

闭包虽好，但每个中间函数都会维持对外部变量的引用，若柯里化函数长期存在且未被释放，可能造成内存滞留。

• 频繁创建深度柯里化函数（如 10 层嵌套）会累积作用域链，增加 GC 压力
• 调试时堆栈更长，错误定位难度上升
• 箭头函数无法用于递归型柯里化实现，因其不具函数名提升特性