柯里化是什么？函数式编程你懂吗

柯里化并非炫技的语法糖，而是一种揭示函数参数依赖关系的核心函数式编程思想——它通过将多参函数转化为单参递归调用的形式，清晰分离稳定配置与动态输入，助力API封装、事件处理优化和测试可维护性；但其实现需谨慎处理闭包、this绑定、length陷阱及默认/剩余参数等细节，且仅在参数复用明确、性能要求不苛刻的场景中真正增益，本质上考验的不是代码技巧，而是对业务逻辑中“什么该固化、什么该延迟”的深度判断。

柯里化不是语法糖，也不是语言特性，而是一种函数变换策略：把接收多个参数的函数，变成接收一个参数后返回新函数，直到参数收齐才真正执行。

柯里化函数怎么手动实现

核心是「参数暂存 + 递归等待」。不能简单用箭头函数链式写死参数个数，得靠闭包保存已传入的参数，再判断是否达到原函数所需参数总数。

• length 属性可读取函数形参个数，但注意它不包含 rest 参数（...args）和默认参数
• 调用时用 fn.bind(this, ...args) 或闭包保存上下文和已有参数，避免 this 丢失
• 不要在每次调用都新建数组拼接参数——用 Array.prototype.concat 或展开运算符更安全

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));
    };
  };
}

为什么 lodash.curry 和手写行为不一致

因为 lodash.curry 默认支持占位符（_）和自动适配参数长度变化，而手写版通常只看 fn.length，且不处理动态参数场景。

• 原函数有默认参数（如 (a, b = 1, c)），fn.length 是 1，但实际可能需要 2 或 3 个值才能执行
• lodash.curry(fn, { arity: 3 }) 可强制指定“收齐几个才算够”，绕过 length 的局限
• 遇到 Promise 回调或异步函数时，柯里化本身不改变执行时机，只是延迟了调用——别误以为它能自动 await

柯里化在真实项目里该不该用

适合固定配置复用、API 封装、测试桩注入等场景；不适合高频调用路径或对性能敏感的循环体。

• React 中给 onClick 绑定带参数的事件处理器，用柯里化比 bind 或箭头函数更干净（无重复闭包创建）
• Node.js 中封装 fs.readFile 为 readJson，先柯里化路径前缀，再传具体文件名，逻辑更清晰
• 但若函数本身开销大（比如含大量计算或 DOM 查询），柯里化只是推迟执行，并不减少总工作量

柯里化的本质不是“让函数变高级”，而是暴露参数依赖关系——哪些值稳定、哪些易变。真正难的是判断哪些参数值得固化，而不是怎么写那个 curry 函数。

到这里，我们也就讲完了《柯里化是什么？函数式编程你懂吗》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！