17370845950

柯里化是将多参函数转为单参函数链，通过闭包记忆参数，需手动实现或借助Lodash；适用固定前缀参数复用场景，但存在参数顺序锁死、性能开销及调试困难等局限。

柯里化不是语法糖，也不是为了写得更炫——它本质是把一个接收多个参数的函数，转换成一系列只接收单个参数的函数链。能不能简化调用，取决于你是否在重复传入相同前缀参数。

什么是 curry？它和普通函数有什么区别？

柯里化函数每次只收一个参数，返回新函数，直到参数收齐才真正执行。它不改变原逻辑，只改变调用形态。

• add(1, 2, 3) 是普通调用；add(1)(2)(3) 是柯里化后调用
• 柯里化函数必须「记住」之前传入的参数，靠闭包实现
• 不能直接对箭头函数或没有明确形参的函数做通用柯里化（比如 (...args) => {...}）
• JavaScript 原生没有 Function.prototype.curry，得自己写或用 Lodash 的 _.curry

怎么手写一个基础 curry 函数？

核心是判断参数数量是否满足，不足就返回函数继续收参；满足就执行原函数。注意：要保留 this 绑定和原始函数的 length（形参个数）。

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 参数时 length 不准确（如 (a, b = 1, ...rest) =>{} 的 length 是 2）
• curried 内部递归调用自身，形成闭包链，保存已传参数
• 没处理 new curried() 场景，实际项目中若函数可能被 new 调用，需额外判断

什么时候用柯里化真能简化调用？

典型场景是「固定部分参数 + 多次复用」。比如日志函数绑定环境、事件处理器预置 ID、API 请求封装 baseURL。

立即学习“Java免费学习笔记（深入）”；

• 避免重复写 log('prod', 'user', ...)，改成 const logProd = curry(log)('prod');，后续只写 logProd('user', msg)
• React 中给 onClick 传参常写 onClick={() => handleClick(id)}，用柯里化可写成 onClick={curry(handleClick)(id)}（但注意：每次渲染都生成新函数，可能触发子组件重渲染）
• Lodash 的 _.curry 支持占位符（_），允许跳过中间参数，原生手写版不支持

容易被忽略的坑有哪些？

柯里化看着简洁，但实际落地时几个点经常翻车：

• 参数顺序锁死：一旦开始柯里化，就必须按原函数形参顺序填，不能跳着来（除非用支持占位符的库）
• 性能开销：每次调用都新建函数，高频场景（如循环、动画帧）慎用
• 调试困难：堆栈里看到的都是 curried、curried、curried，不容易定位原始函数
• 和 TypeScript 配合时，类型推导复杂，尤其泛型函数柯里化后类型容易变 any 或需要手动标注

它不是银弹。多数时候，一个清晰的工厂函数（如 createLogger(env)）比强行柯里化更易读、更可控。