17370845950

柯里化是将多参数函数转换为单参数函数链的过程，每次调用只传一个参数并返回新函数，直至参数收齐才执行；它区别于普通闭包和偏函数，强调参数逐个、不跳步、不重排的契约，并需正确处理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 基础路径：

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、或者强行柯里化单次使用的函数，比不写更难调试。