柯里化函数实现方法详解

柯里化是一种将多参数函数转化为单参数函数链的编程技巧，其核心在于严格遵循“逐个传参、不跳步、不重排”的契约，每次调用只接收一个参数并返回新函数，直至参数数量满足原函数形参长度（fn.length）才真正执行；它不同于普通闭包或偏函数，关键在于链式调用的确定性、this绑定的正确传递以及对参数个数的敏感判断——手写实现时需避开arguments滥用、this丢失和rest参数兼容等常见陷阱，而在实际开发中，它最擅长解决配置复用（如API基础路径封装）和上下文预置问题，但切忌为柯里化而柯里化，真正价值在于让参数控制权更清晰、可预测、可复用。

柯里化不是语法糖，也不是高阶技巧的装饰——它是把一个接收多个参数的函数，转换成一系列只接收一个参数的函数链。关键在于：每次调用只传一个参数，返回新函数，直到参数收齐才真正执行。

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

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《柯里化函数实现方法详解》文章吧，也可关注golang学习网公众号了解相关技术文章。