柯里化是将多参数函数转换为一系列单参数函数的技术，即fn(a,b,c)变为fn(a)(b)(c)，每次调用只接收一个参数并返回新函数，直至参数收齐才执行，核心在于提前固化部分参数。
柯里化是什么：把多参数函数拆成一串单参数函数
柯里化不是语法糖，也不是 ES6 新特性，而是一种函数变换策略：把 fn(a, b, c) 改写为 fn(a)(b)(c)。每次调用只接收一个参数，返回一个新函数，直到参数收齐才真正执行。
它不改变原函数逻辑，只改变调用方式。关键在于「提前固化部分参数」，后续调用只需补全剩余参数。
手写一个通用 curry 函数要注意什么
自己实现时最容易忽略的是参数收集时机和 this 绑定。常见错误包括：
- 没处理原函数的
length（形参个数），导致提前执行 - 没保留原始函数的
this上下文，箭头函数直接丢掉绑定 - 没支持占位符（如
_）跳过当前参数，影响灵活性
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));
};
};
}
这个版本简单可靠，但不支持占位符；如果需要，得额外维护一个占位符标记（比如用 Symbol('placeholder')）。
立即学习“Java免费学习笔记（深入）”；
curry 在实际场景中怎么提升可复用性
核心价值是「配置即复用」——把变化的参数提前传入，生成定制化函数，避免重复传相同参数。
典型使用场景：
- 日志封装：
const logError = curry(console.error)('APP')→ 后续调用logError('timeout')自动带前缀 - API 请求封装：
const getUser = curry(fetchUser)(baseUrl)，不同环境只换baseUrl，其余逻辑复用 - 事件处理器：
const handleClick = curry(handleAction)('delete')，按钮 onClick 直接绑handleClick(itemId)
注意：过度柯里化会增加调用层级，调试时堆栈变深；高频调用函数（如渲染循环中的回调）慎用，避免闭包累积开销。
和 bind、partial 的区别在哪
Function.prototype.bind 是硬绑定 this 和前置参数，返回函数不可再柯里化（除非手动再 wrap）；而柯里化函数本身支持链式收参，更灵活。
partial（如 Lodash 的 _.partial）是固定部分参数并立即返回可执行函数，不强制单参数调用，也不依赖参数个数判断执行时机。
一句话区分：bind 锁死 this 和参数；partial 是「填空式预设」；curry 是「渐进式收参」。三者目的相似，但契约不同——柯里化要求严格按顺序、每次一个参数，这是它可推导、可组合的基础。
真正难的不是写出来，而是判断什么时候不该用：参数顺序不稳定、或中间参数常为空缺时，柯里化反而让调用更晦涩。
