柯里化本质是参数暂存与延迟执行，通过闭包累积参数，待总数达函数形参长度时才调用原函数；支持一次传多个参数，并非强制单参数链，核心在于复用、延迟与组合灵活性。
函数柯里化不是“把多参数硬拆成单参数”，而是让一个原本要一次性收齐多个参数的函数，变成可以分多次、每次传一个或多个参数，并且中间能记住之前传过什么——等凑够了才真正运行。它本质是“参数暂存 + 延迟执行”，靠闭包实现，不是语法改造。
先看个直观例子：add(1, 2, 3) → add(1)(2)(3)
原始加法函数是这样：
function add(a, b, c) { return a + b + c; }
柯里化后，调用方式变了，但结果一样：
立即学习“Java免费学习笔记（深入）”；
- add(1)(2)(3) → 返回 6
- add(1, 2)(3) → 也返回 6（支持一次传多个）
- add(1)(2, 3) → 同样返回 6
关键不在“必须一个一个传”，而在于：传了 1，它不急着算，先记下；再传 2，继续记；最后传 3 或一批参数，发现“够数了”，才用所有已记的值去调用原函数。
核心机制就三点
- 靠 fn.length 知道“要几个才够”：比如 add(a, b, c) 的 length 是 3，那就等累计参数个数 ≥ 3 才执行
- 用闭包保存已传的参数：外层函数的变量在内层函数里一直可访问，所以每次调用都能“带着之前的参数一起走”
- 每次调用都返回函数，除非参数已收齐：返回的新函数不是固定形态，而是动态累积参数的“中转站”
为什么说不是“强行变单参”？
因为真实使用中没人会死守 add(1)(2)(3) 这种写法。更常见的是：
- 提前绑定部分参数：const add10 = add(10); —— 得到一个只等剩下参数的新函数
- 跨模块复用：工具函数库里导出 curry(add)，别人按自己习惯调用，不用改写法
- 和默认参数、rest 参数共存时，fn.length 不可靠，这时得手动指定期望参数个数，说明它本就不依赖“单参”形式
所以，“单参数链”只是最典型的表现形式，不是限制条件，也不是最终目的——目的是参数可复用、逻辑可延迟、组合更灵活。
