柯里化是通过闭包和递归手动实现的函数模式，非语法特性；依赖fn.length判断参数是否收齐，支持this绑定，但不提升性能，适用于参数固化场景。
JavaScript 中的函数柯里化不是语法特性，而是靠闭包和递归手动构造的模式；它本身不提升性能，但能增强函数组合与配置复用能力——别把它当银弹，只在真正需要提前固化部分参数时才用。
什么是 curry？不是内置函数，得自己写
ECMAScript 没有 curry 方法，所有“柯里化”实现都是开发者基于 arguments、rest 参数或 length 属性推断目标参数个数后，用闭包逐层返回新函数。常见错误是硬编码固定参数数量，导致无法适配不同 length 的原函数。
- 正确做法：读取原函数的
fn.length（形参个数），作为“收齐参数才执行”的判断依据 - 注意：箭头函数没有
length（始终为 0），不能直接用于标准柯里化逻辑 - 若需支持箭头函数，得额外传入期望参数数量，比如
curry(fn, 3)
curry 的基础实现：用 length 控制递归深度
最简健壮版本依赖两个核心：收集参数的数组 + 判断是否够数。够了就 apply 执行，不够就返回继续接收参数的新函数。
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));
};
};
}
- 这里用
fn.length而非arguments.length，避免因实参含undefined导致误判 -
curried内部用apply保证this绑定不丢失（尤其对对象方法有用） - 每次调用都生成新闭包，参数累积靠外层
args变量，不是全局或共享状态
为什么 lodash.curry 支持占位符？关键在 _ 标记
真实项目中常需跳过某位置传参，比如 add(1)(2) → 3，但也要支持 add(_)(2)(1)。这就要求内部维护“参数槽位”概念，而非简单拼接。
立即学习“Java免费学习笔记（深入）”；
-
lodash用特殊值_（即lodash.placeholder）标记空缺位，运行时跳过该位置 - 你若自己实现占位功能，需改用数组存储带标记的参数，并在最终执行前过滤/填充
- 占位逻辑会显著增加复杂度：要处理重复占位、越界、与默认参数交互等问题，多数场景其实不需要
柯里化不是万能的：这些情况它反而添乱
柯里化容易被当成“高级技巧”滥用，但实际有明确适用边界。以下情况建议绕开：
- 函数本身参数少（≤ 2 个），直接调用更清晰，柯里化纯属增加调用层级
- 参数类型动态（如某些参数可能是
null或undefined），length判断失效，容易提前触发执行 - 涉及异步（如返回
Promise），柯里化后难以统一处理错误或加await，不如用bind或高阶函数封装 - 性能敏感路径（如循环内频繁调用），每次柯里化都新建函数，V8 无法有效优化闭包
真正值得柯里化的，通常是工具函数（如 map、filter 的回调预置）或 API 客户端（固化 base URL、token），其它时候，老实用 bind 或对象配置吧。