柯里化是将多参数函数转换为一系列单参数函数的函数式编程策略，核心是每次传一个参数并返回新函数，直至参数收齐才执行；需基于fn.length判断形参个数，注意this绑定、rest参数兼容性及性能适用场景。
柯里化就是把多参数函数拆成一系列单参数函数
它不是语法特性，而是函数式编程中一种明确的变换策略：一个接收 a, b, c 的函数，柯里化后变成 f(a)(b)(c) 的调用形式。关键在于每次只传一个参数，返回新函数，直到参数收齐才真正执行。
常见错误是以为“只要用闭包存参数就是柯里化”——比如写个 add(a) { return function(b) { return a + b } } 确实是柯里化，但若硬编码只支持两个参数，就缺乏通用性；而真正的柯里化函数应能自动适配任意长度的参数列表。
手写通用柯里化函数要处理参数收集和边界判断
核心逻辑是：每次调用时积累参数，当累计参数数 ≥ 原函数期望参数数（fn.length）时立即执行；否则返回继续接收参数的新函数。
- 必须用
fn.length获取形参个数，不能依赖arguments.length或剩余参数数量，因为默认参数、解构等会影响实际需求数 - 注意
fn.length不计算 rest 参数（...args），所以对含 rest 的函数，柯里化后无法自动触发执行，需额外约定提前终止方式（如传null或调用.resolve()） - 绑定
this很容易被忽略：直接返回箭头函数会丢失原始上下文，应使用fn.bind(this, ...args)或在内部显式传入
简版实现示例：
立即学习“Java免费学习笔记（深入）”；
function curry(fn) {
return function curried(...args) {
if (args.length >= fn.length) {
return fn.apply(this, args);
}
return function(...nextArgs) {
return curried.apply(this, args.concat(nextArgs));
};
};
}
用 lodash.curry 时要注意默认不兼容 rest 参数
lodash.curry 默认行为基于 fn.length 判断，遇到带 ...args 的函数会始终认为参数未收齐（因为 fn.length 为 0），导致永远返回函数而不执行。
-
解决方法是显式传入参数长度：
curry(fn, { arity: 2 }) - 或者改用
lodash/fp中的curry，它默认采用“最少一次调用即执行”策略，更贴近 FP 直觉 - 注意
lodash.curry返回的函数有placeholder属性，支持占位符写法：curried(1, _, 3)(2)，但原生手写一般不实现这个
柯里化不是万能的，别在性能敏感或参数动态的场景硬套
每次调用都新建函数实例，带来额外内存与调用开销；若函数本身极轻量（比如只是加法），柯里化反而拖慢执行。
- 适合场景：配置复用（如
const httpGet = curry(axios.get); const getUser = httpGet('/api/user')）、事件处理器预置、组合函数（compose链中统一单参接口） - 不适合场景：参数完全运行时决定、高频循环内调用、需要
new实例化的构造器函数（柯里化后无法正确new） - 最容易被忽略的一点：柯里化函数无法被
JSON.stringify序列化，也不满足===相等性判断，调试时看到一堆匿名函数容易迷失
