柯里化是将多参数函数转为单参数分步调用，通过闭包固化稳定参数以提升复用性、可读性与测试性；需显式声明参数数或空参触发执行，适用于配置复用、事件处理轻量化及分步验证等场景。
函数柯里化不是为了把代码变“炫”，而是让业务逻辑更贴合真实使用节奏：参数分阶段到位、复用固定值、避免重复构造、提升可读性。核心是把 f(a, b, c) 拆成 f(a)(b)(c)，每次只收一个参数，靠闭包记住前面的输入，直到所有必要参数齐备才真正执行业务逻辑。
明确哪些参数适合“固化”
先识别业务中稳定不变或高频复用的部分——它们就是柯里化的起点。比如：
- API 基地址（
"https://api.example.com/v1"） - 日志等级（
"INFO"或"ERROR"） - 货币类型（
"USD"）、区域格式（"en-US"） - 表单校验规则中的最小长度、正则模板等
这些值一旦确定，后续调用就不再重复传，直接复用已固化上下文。
手写健壮的柯里化封装（不依赖 length 的陷阱）
原生 fn.length 在箭头函数、含默认参数、rest 参数时不可靠。推荐显式声明参数总数，或改用“空参触发执行”策略：
示例（带结束标记）：
function curry(fn, arity = fn.length) {
return function curried(...args) {
if (args.length === 0) return fn(); // 显式调用 () 触发执行
if (args.length >= arity) return fn(...args);
return (...next) => curried(...args, ...next);
};
}
这样调用更可控：curriedCreateUrl("v1")("users")() —— 最后一对 () 明确表示“现在执行”，不依赖形参个数推断。
在业务场景中自然落地
不要为柯里化而柯里化。它最有价值的地方是解决三类问题：
-
配置复用：如
const sendEmailToAdmin = curry(sendEmail)("admin@company.com")("HIGH")，之后只需传内容 -
事件处理轻量化：React 中避免
onClick={() => handleClick(id)}每次渲染新建函数，改用onClick={curry(handleClick)(id)} - 分步收集+验证：用户注册流程中，先收手机号（触发短信校验），再收验证码（触发登录态生成），最后收密码（完成注册），每步都可独立测试和复用
注意边界与替代方案
柯里化不是万能解法：
- 参数顺序频繁变动？优先考虑对象解构传参：
fn({ base, path, query }) - 需要动态跳过某参数？Lodash 的
_.curry支持占位符，但易出错；不如用中间函数封装 - 性能敏感路径（如循环内高频调用）？柯里化多层闭包有开销，此时直接传完整参数更合适
本质上，柯里化是让函数“学会等待”，而不是强行拆分。用得好，业务逻辑会变得更线性、更可组合、更容易单元测试。
