柯里化是将多参数函数转换为单参数函数链的过程，每次调用只传一个参数并返回新函数，直至参数收齐才执行；它区别于普通闭包和偏函数，强调参数逐个、不跳步、不重排的契约，并需正确处理this绑定与fn.length判断。
柯里化不是语法糖，也不是高阶技巧的装饰——它是把一个接收多个参数的函数，转换成一系列只接收一个参数的函数链。关键在于：每次调用只传一个参数，返回新函数，直到参数收齐才真正执行。
什么是 curry？它和普通闭包有啥区别？
普通闭包可能只是“记住”某些变量；而 curry 的核心契约是：参数逐个喂入、不求全、不跳步、不重排。它强制函数签名从 f(a, b, c) 变成 f(a)(b)(c)，且必须支持多次调用中任意时刻传参（比如 f(a)(b) 返回函数，f(a) 也得返回函数）。
- 不是所有带闭包的函数都是柯里化——比如
function makeAdder(x) { return y => x + y }是偏函数（partial application），只固定了第一个参数，没承诺“单参数链式调用” - 真正的柯里化必须能处理任意数量参数，且对参数个数敏感（通常靠
fn.length判断） - ES6 箭头函数没有
length（总是 0），所以不能直接用于自动推断参数个数
手写一个通用 curry 函数要注意哪些坑？
最常踩的坑是忽略 this 绑定、参数收集方式错误、或误把 arguments 当数组用。下面这个实现兼顾可读性和健壮性：
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));
};
};
}
-
fn.length返回形参个数（不含 rest 参数），是判断是否“收齐”的依据 - 用
...args和args.concat(nextArgs)避免直接操作arguments（已被废弃且非数组） -
curried.apply(this, ...)保证原函数内部的this不丢失（比如方法调用场景） - 不支持 rest 参数（
function f(a, b, ...rest)）自动适配，因为fn.length为 2，但实际可能需要更多参数
怎么用 curry 处理真实场景？比如 fetch 或事件处理器
柯里化在配置复用和提前绑定上下文时特别有用，但别硬套。例如封装 API 基础路径：
立即学习“Java免费学习笔记（深入）”；
const getApi = curry((baseUrl, path, options) =>
fetch(`${baseUrl}/${path}`, { method: 'GET', ...options })
);
const getGithub = getApi('https://api.github.com');
getGithub('users/octocat').then(r => r.json());
- 这里
getApi柯里化后，getGithub固定了baseUrl，后续只关心 path 和 options - 但注意：如果原始函数本身依赖
this（如 class 方法），要显式.bind(this)或用箭头函数包裹 - 不要对异步回调函数做无意义柯里化，比如
curry(setTimeout)很少带来收益，反而增加理解成本
柯里化的本质是控制权移交：谁决定什么时候传哪个参数。写的时候多想想“这个参数是不是会在多个地方重复出现”，而不是“我能不能把它柯里化”。漏掉 this 绑定、误判 length、或者强行柯里化单次使用的函数，比不写更难调试。
