17370845950

柯里化是一种函数变换策略，将多参函数转为单参并递归等待参数收齐才执行；需用闭包暂存参数、length判断形参个数（不含rest和默认参数），并注意this绑定与性能适用场景。

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

柯里化函数怎么手动实现

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

• 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 函数。