柯里化是将多参数函数转换为一系列单参数函数的过程，需满足固定参数个数、延迟执行、支持提前传参等条件；javascript中需手写或借助lodash实现，注意length限制、this绑定与占位符支持。
什么是柯里化？先看一个典型错误理解
很多人以为“把多个参数拆成多个函数调用”就是柯里化，比如写 add(1)(2)(3) 就算完事。这其实只是链式调用的表象。真正的柯里化必须满足：固定参数个数、返回新函数、不立即求值、支持提前传参、最终只在参数齐备时执行。JavaScript 中没有原生 curry 函数，得自己实现或靠工具库。
手写一个通用 curry 函数要注意什么？
核心是判断参数是否“够了”，但不能硬编码参数长度——得从目标函数的 length 属性读取形参个数。还要注意：
-
length只统计非默认参数、非 rest 参数（function f(a, b = 1, ...c) {}的length是 2） - 每次调用返回的新函数应能继续接收参数，直到累计够数才执行原函数
- 要保留
this上下文（用bind或箭头函数 + 显式传入） - 推荐用闭包缓存已传参数，而不是依赖
arguments（已被废弃）
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));
};
};
}
lodash.curry 和手写版的关键差异在哪？
lodash.curry 默认是“宽松柯里化”（arity 可配），它不严格按 fn.length 判断，而是允许提前结束（如传入 undefined 触发执行）。更重要的是它支持占位符（_）：
- 手写版：必须顺序填满，不能跳过中间参数
-
lodash.curry：可用_.placeholder占位，适合部分参数后期才确定的场景
常见误用：curry(console.log) 看似可行，但 console.log.length === 0（因为它是可变参），导致一调用就立刻执行，根本不会返回函数。
立即学习“Java免费学习笔记（深入）”；
柯里化真正有用的地方不是炫技，而是解决这几类问题
- 配置复用：比如
const logError = curry(console.error)('API')，后续只传错误消息即可
- React 中避免内联函数重渲染：
onClick={curry(handleClick)(id)} 比 onClick={() => handleClick(id)} 更安全（前提是 curry 返回稳定引用）
- 函数组合：和
compose / pipe 配合时，柯里化让每个函数只关注一个输入，比如 pipe(validate, curry(transform)('json'), save)
- 测试桩（stub）：固定部分参数后生成专用测试函数，比每次写
spyOn(api, 'get').mockImplementation((a, b) => {...}) 更清晰
const logError = curry(console.error)('API')，后续只传错误消息即可onClick={curry(handleClick)(id)} 比 onClick={() => handleClick(id)} 更安全（前提是 curry 返回稳定引用）compose / pipe 配合时，柯里化让每个函数只关注一个输入，比如 pipe(validate, curry(transform)('json'), save)
spyOn(api, 'get').mockImplementation((a, b) => {...}) 更清晰柯里化的代价常被忽略：每次调用都新建函数，嵌套深了会有性能开销；更隐蔽的问题是，它会让调用栈变长、调试时堆栈信息难读，尤其和异步、错误边界混用时，error.stack 可能指向中间函数而非原始入口。
