理解柯里化函数的核心机制，关键在于观察它如何借助闭包将参数逐步“缓存”起来，从而实现延迟求值与参数复用。每次调用，它并不急于执行最终逻辑，而是返回一个新函数，将已传入的参数通过闭包持久保存，等待后续参数补充完整。当累积的参数数量达到原函数定义的形参个数（即 fn.length）时，才通过 fn.apply(this, args) 一次性执行。整个过程既支持单参数逐步传递，也允许多参数合并调用，并且能妥善处理 this 上下文绑定问题。下面详细探讨这背后的几个关键机制。

闭包捕获前置参数

每次调用柯里化后返回的函数，都不会立即触发原函数，而是返回一个新函数。这个新函数内部形成了一个闭包，将先前传入的参数存储在一个变量中（例如数组或累加列表），等待后续调用继续追加。举例来说：add(1)(2)(3)，第一次调用 add(1) 返回的函数记住了参数 1；第二次调用 (2) 又追加记录 2；最终 (3) 拿到全部参数，一次性计算出结果。闭包变量在多层嵌套调用中持续存活，不会被释放，这正是参数复用的核心基础。

递归返回函数直至参数满足要求

柯里化函数的内部逻辑通常是：判断当前收集的参数数量是否达到原函数声明的形参个数。未达到时继续返回一个新函数（携带有已有参数的闭包）；达到时才真正执行原函数。判断依据是 fn.length，它表示函数期望接收的参数个数。每次调用都会把新传入的参数追加到已保存的参数列表中，一旦数量足够，就通过 fn.apply(this, args) 执行；否则返回自身（实际上是带闭包的新函数）。

支持多种调用方式与参数合并

在实际开发中，柯里化通常允许一次传递多个参数，例如 add(1, 2)(3) 或 add(1)(2, 3)，甚至 add(1, 2, 3)。这背后依赖闭包维护一个统一的参数队列——内部用数组累积所有传入参数，不取决于调用次数。每次返回的新函数持有的仍然是同一个数组引用，后续调用继续往里面“压入”参数。最终执行前，将整个数组展开，确保参数顺序与完整性。

绑定上下文防止 this 丢失

如果原函数内部依赖 this，那么柯里化过程需要确保闭包内正确保留调用时的上下文。常见做法是使用 bind 或箭头函数来固定 this 指向。更稳妥的方式是在最外层保存一个 thisArg，每次执行时显式传入。例如 curry(fn).call(obj, 1)(2)，必须保证最终 fn 内部的 this 指向 obj，而不会丢失上下文。