柯里化是将多参函数转为单参函数链，通过闭包记忆参数，需手动实现或借助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)）比强行柯里化更易读、更可控。
