柯里化是将多参数函数转为单参数函数链，每次只传一个参数并返回新函数；部分应用可一次传多个未填满参数。二者本质不同，柯里化强调严格单参数调用，部分应用更灵活。
柯里化不是部分应用，但能实现部分应用
JavaScript 中的柯里化（currying）本质是把一个接收多个参数的函数，转换为一系列只接收单个参数的函数。它和“部分应用（partial application）”常被混为一谈，但关键区别在于：柯里化强制**每次只传一个参数，且必须返回新函数**；而部分应用可以一次传多个参数，只要没填满就返回新函数。
比如 add(1, 2, 3) 柯里化后只能写成 add(1)(2)(3)；而部分应用允许 addPartial(1, 2)(3) 或 addPartial(1)(2, 3) —— 后者在标准柯里化中是不合法的。
手写基础柯里化函数要注意参数长度和闭包捕获
最简实现依赖函数的 length 属性（形参个数），用闭包累积参数，直到达到目标数量才执行原函数：
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));
};
};
}
-
fn.length只反映函数声明时的形参个数，对箭头函数、含默认值或 rest 参数的函数可能不准（如(a, b = 1, ...rest) => {}的length是 1） - 闭包中的
args必须正确绑定this，否则在对象方法上使用会丢失上下文 - 不支持动态参数（如
curry(Math.max)(1)(2)(3)无法工作，因为Math.max.length === 2，它会在两个参数后就执行）
lodash 的 _.curry 和 _.partial 行为差异明显
实际项目中更推荐用成熟工具库，但得清楚它们的策略：
立即学习“Java免费学习笔记（深入）”；
-
_.curry(fn)默认按fn.length柯里化，但支持显式指定参数个数：_.curry(fn, 3) -
_.partial(fn, 1, 2)是典型的部分应用：固定前几个参数，其余留空，返回的新函数可一次接收剩余全部参数 -
_.curry(fn)(1)(2, 3)在 lodash 中是允许的（宽松柯里化），但严格来说这已偏离数学定义——它内部其实是先 partial 再判断是否满足条件
如果你需要严格逐个调用、拒绝多参数输入，得自己加校验，或者用 ramda 的 R.curry（它强制单参数，R.add(1)(2)(3) 会报错）。
柯里化在 React 和事件处理中容易误用
常见错误是在 JSX 中直接写 onClick={handleClick(id)} 导致每次渲染都执行函数并创建新引用，破坏 React.memo 或 useCallback 缓存。这时有人想用柯里化“优化”：
const handleClick = curry((id, e) => { /* ... */ });
// 然后写 onClick={handleClick(id)}
但这是错的：因为 handleClick(id) 仍会返回一个新函数，和原来没区别。真正该做的是：
- 用
useCallback缓存带闭包的函数：useCallback(e => handleClick(id, e), [id]) - 或用 data attribute + 事件委托，避免内联函数
- 柯里化在这里没有收益，反而增加理解成本和调用开销
柯里化真正有用的地方是配置复用（如 const validateEmail = curry(validate)('email')）或函数组合（pipe(map(curry(add)(1)), filter(isEven))），而不是替代绑定逻辑。