柯里化是一种函数变换策略，将多参函数转为单参并递归等待参数收齐才执行；需用闭包暂存参数、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 封装、测试桩注入等场景；不适合高频调用路径或对性能敏感的循环体。
立即学习“Java免费学习笔记（深入）”；
- React 中给
onClick绑定带参数的事件处理器，用柯里化比bind或箭头函数更干净（无重复闭包创建） - Node.js 中封装
fs.readFile为readJson，先柯里化路径前缀，再传具体文件名，逻辑更清晰 - 但若函数本身开销大（比如含大量计算或 DOM 查询），柯里化只是推迟执行，并不减少总工作量
柯里化的本质不是“让函数变高级”，而是暴露参数依赖关系——哪些值稳定、哪些易变。真正难的是判断哪些参数值得固化，而不是怎么写那个 curry 函数。
