柯里化本质是利用闭包保存已传参数，实现分步接收与延迟执行；它通过作用域链持久化中间状态，依据累计参数总数（非调用次数）判断是否执行原函数，并支持灵活传参与高复用性。
柯里化本质上是利用闭包来保存已传入的参数，让函数能分步接收参数、延迟执行。它不是简单地“拆开参数”，而是通过作用域链把中间状态稳稳留住。
闭包如何为柯里化提供状态存储能力
每次调用柯里化函数时，外层函数接收一部分参数，并返回一个内层函数；这个内层函数能持续访问外层函数的参数变量——这正是闭包的核心机制。比如 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 压力
- 调试时堆栈更长，错误定位难度上升
- 箭头函数无法用于递归型柯里化实现，因其不具函数名提升特性
