JavaScript柯里化是什么？如何实现部分应用

JavaScript中的柯里化并非简单“缩短函数”，而是将多参数函数转化为严格按序、每次只接收一个参数的函数链，直至集齐所有参数才执行；它与更灵活的部分应用有本质区别——后者允许一次性预设任意数量参数、不强制顺序或单参调用。文章深入剖析了二者的核心差异、手写curry函数的关键实现逻辑（如利用fn.length判断参数收集状态、闭包保存中间参数），并指出原生实现的局限性（如默认参数干扰、this绑定缺失、占位符支持不足），进而推荐在生产环境中优先使用lodash.curry等成熟方案；同时提供了简洁实用的partial实现，帮助开发者根据实际场景——是追求链式调用还是快速固化配置——精准选择合适的技术路径。

柯里化不是“把函数变短”，而是“把多参函数拆成单参函数链”

柯里化（Currying）的本质是：把一个接收 n 个参数的函数，转换为接收 1 个参数、返回接收下一个参数的新函数，直到收齐所有参数才真正执行。它和“部分应用（Partial Application）”常被混用，但关键区别在于——柯里化严格按顺序、每次只传一个参数，且返回的函数**固定接受下一个单一参数**；而部分应用可一次传多个、顺序也不强制，返回的函数仍可能接收剩余任意数量参数。

curry 函数怎么写？关注参数收集与闭包边界

最简可行的实现要处理两个核心逻辑：判断是否已收集够参数、用闭包暂存已传参数。注意不能简单用 arguments.length，因为箭头函数没有 arguments，且需兼容 rest 参数写法。

function curry(fn) {
  return function curried(...args) {
    if (args.length >= fn.length) {
      return fn.apply(this, args);
    }
    return function(...moreArgs) {
      return curried.apply(this, args.concat(moreArgs));
    };
  };
}

• fn.length 返回函数定义时的形参个数（不含 rest 参数），是判断“是否收齐”的依据
• 每次调用 curried 都形成新闭包，args 是当前已传入的参数列表
• 递归返回的内部函数仍叫 curried，保持调用链一致，避免命名污染
• 不支持 rest 参数的原函数（如 (a, b, ...rest)）会导致 fn.length === 2，此时需手动指定参数长度或改用更健壮的库实现

为什么 lodash.curry 比手写更可靠？

手写版在以下场景容易出问题：

• 原函数有默认参数时，fn.length 不包含带默认值的参数（例如 (a, b = 1) 的 length 是 1），导致提前触发执行
• 需要绑定 this 上下文，手写版未处理 bind 或 call 场景
• 想支持占位符（如 _）跳过某参数，手写逻辑会急剧膨胀

lodash.curry 内部做了参数长度推断、上下文透传、占位符管理，且提供 curryRight 和 curry.placeholder 等扩展能力。实际项目中，除非明确控制依赖或学习目的，否则直接用 _.curry(fn) 更稳。

部分应用（Partial Application）怎么实现？别和柯里化硬套

部分应用的目标是“预设若干参数，返回能接收剩余参数的函数”，不要求单参数、不强制顺序。实现更直接：

function partial(fn, ...presetArgs) {
  return function(...remainingArgs) {
    return fn.apply(this, presetArgs.concat(remainingArgs));
  };
}

• 可一次传多个预设参数：partial(add, 1, 2) → (c) => add(1, 2, c)
• 不关心原函数有几个参数，也不检查是否“收齐”，纯粹拼接参数
• 若需支持占位符或动态预设，得额外维护索引映射，复杂度远超柯里化

柯里化是部分应用的一种特例，但反过来不成立。选哪个取决于你的调用模式：如果确定要链式单参数调用（比如 map(curry(fn)(a)(b))），用柯里化；如果只是想固化前几个配置项（比如 const logError = partial(console.error, '[ERROR]')），部分应用更自然。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《JavaScript柯里化是什么？如何实现部分应用》文章吧，也可关注golang学习网公众号了解相关技术文章。