柯里化解决复用固定参数、适配接口及避免高阶函数中匿名函数嵌套的问题；其核心是分步传参、延迟求值，通过显式指定arity实现安全、纯函数式调用。
柯里化函数到底解决什么问题
柯里化（curry）不是炫技，而是把「多参数一次性调用」变成「分步传参、延迟求值」。它真正有用的地方在于：复用固定参数、适配接口、配合高阶函数（如 map、filter）时避免匿名函数嵌套。
手写一个安全可用的 curry 函数
网上很多 curry 实现依赖 length 推断参数个数，但遇到带默认值或 rest 参数的函数会失效。更稳妥的方式是显式传入期望参数数量：
function curry(fn, arity = fn.length) {
return function curried(...args) {
if (args.length >= arity) {
return fn.apply(this, args);
}
return function(...moreArgs) {
return curried.apply(this, args.concat(moreArgs));
};
};
}使用示例：
const add = (a, b, c) => a + b + c; const add5 = curry(add, 3)(5); const add5And3 = add5(3); console.log(add5And3(2)); // 10
-
arity显式指定，不依赖fn.length（ES6 默认参数会让length变成 0） - 每次调用返回新函数，不影响原函数，符合纯函数原则
- 支持
this绑定（用apply而非箭头函数）
柯里化在实际工程中的典型用途
它最常出现在配置驱动、事件处理和函数组合场景中，而不是单独造轮子：
立即学习“Java免费学习笔记（深入）”；
- 封装 API 请求：把
baseUrl和timeout提前固化，后续只传路径和数据 ——const requestV1 = curry(apiRequest, 3)('https://api.example.com/v1', 5000) - 适配
Array.prototype.map：想把数组每个元素乘以 2，直接写[1,2,3].map(curry((a, b) => a * b, 2)(2))，比x => x * 2更具组合性 - 日志函数定制：
const logError = curry(console.error, 2)('[API]')，后续只需传错误信息
注意：过度柯里化会让调用链变长、调试困难；Node.js 中大量使用会造成闭包堆积；浏览器环境慎用于高频触发事件（如 scroll）。
和 partial、bind 的关键区别在哪
三者都做参数预设，但行为不同：
-
bind：绑定this和部分参数，**立即返回函数**，且this不可再改 ——fn.bind(obj, 1) -
partial（如 Lodash 的_.partial）：只预置左侧参数，**不自动等待参数齐备**，调用即执行 ——_.partial(add, 1, 2)(3)等价于add(1, 2, 3)，不会等第三个 -
curry：按需收集参数，**参数够了才执行**，否则返回新函数 ——curry(add, 3)(1)(2)(3)或curry(add, 3)(1, 2)(3)都行
真正容易被忽略的是：柯里化函数的「惰性」本质 —— 它不改变原函数逻辑，只是控制调用节奏。一旦你开始纠结「该不该柯里化」，往往说明需求本身更适合用配置对象或工厂函数来表达。
