柯里化是将多参数函数转换为一系列单参数函数的技术，支持参数预置和延迟求值；手写实现依赖fn.length判断参数是否收齐，bind可简化固定参数场景，但二者在灵活性、this绑定和兼容性上各有差异。
柯里化是什么：把多参数函数变成一连串单参数函数
柯里化不是语法糖，也不是 ES6 新特性，而是一种函数变换策略：把一个接受 n 个参数的函数 f(a, b, c)，转换成等价的嵌套单参数函数 f(a)(b)(c)。每次调用只收一个参数，返回新函数，直到参数收齐才真正执行。
关键点在于「延迟求值」和「参数预置」——你可以只传一部分参数，得到一个已绑定前几个参数的新函数，后续再补全。
手写 curry 函数：支持固定参数个数的通用实现
最常见做法是利用函数的 length 属性（即形参个数）判断是否该执行。注意它不处理 rest 参数（...args），所以适用于明确参数数量的场景。
function curry(fn) {
return function curried(...args) {
if (args.length >= fn.length) {
return fn.apply(this, args);
} else {
return function(...moreArgs) {
return curried.apply(this, args.concat(moreArgs));
};
}
};
}
使用示例：
立即学习“Java免费学习笔记（深入）”；
const add = (a, b, c) => a + b + c; const curriedAdd = curry(add); console.log(curriedAdd(1)(2)(3)); // 6 console.log(curriedAdd(1, 2)(3)); // 6 console.log(curriedAdd(1)(2, 3)); // 6
容易踩的坑：
-
fn.length不统计默认参数、rest 参数，比如(a, b = 1, ...rest) => {}的length是1 - 没保存原始函数的
this上下文，实际项目中建议用fn.call(this, ...args)替代apply配合arguments - 递归无终止条件保护，若传入非函数会静默失败
用 bind 实现简易柯里化：适合参数已知且固定场景
当只需要预置前几个参数，不追求链式调用时，Function.prototype.bind 是更轻量的选择。它天然支持 this 绑定和参数预置，但不返回函数链，只产出一个新函数。
例如：
const slice = Array.prototype.slice; const uncurriedSlice = slice.bind(null, 0, 2); // 相当于 (arr) => arr.slice(0, 2) console.log(uncurriedSlice([1, 2, 3, 4])); // [1, 2]
区别在于：
-
bind预置的参数不可变，后续调用无法覆盖；而手写curry允许任意顺序补全 -
bind返回函数的length是0（因绑定后形参被“消耗”），不利于类型推导或工具分析 - 某些老环境（如 IE8）中
bind需要 polyfill，而手写curry更可控
柯里化在真实项目中的典型用途
它不是为了炫技，而是解决几类具体问题：
配置复用：比如日志函数 log(level, message)，可柯里化为 const errorLog = curry(log)('error')，后续只需传 message。
事件处理器参数预置：button.addEventListener('click', curry(handleClick)(userId))，避免内联箭头函数造成重复渲染或闭包泄漏。
与函数式库配合：Lodash 的 _.curry 支持占位符（_），允许跳着填参；Ramda 默认所有函数都是柯里化的，调用更声明式。
要注意的是：过度柯里化会让调用链变长、堆栈更深，调试时看到一堆 curried 函数名反而增加认知负担。真正需要的是「按需柯里化」，而不是全局改造。
