柯里化是将多参数函数转换为一系列单参数函数的明确变换，每次调用接收一个参数并返回新函数，直至参数收齐才执行原逻辑；需基于fn.length动态判断参数个数，兼容默认值和剩余参数时应显式传入arity。
柯里化就是把多参数函数拆成一系列单参数函数
柯里化不是语法糖，而是函数式编程中一种明确的变换：给定一个函数 add(a, b, c)，柯里化后变成 add(a)(b)(c)。每次调用只接收一个参数，返回新函数，直到参数收齐才执行原逻辑。它不改变函数行为，只改变调用形态。
手动实现 curry 时最容易漏掉的边界是参数长度判断
常见错误是硬编码参数个数，或忽略 length 属性的可靠性（比如箭头函数没有 length）。正确做法是基于原函数的 fn.length 动态判断，但要注意：带默认值的参数、剩余参数（...args）会让 length 失效。
- 优先用
Function.prototype.length获取形参个数（仅对普通函数有效） - 若需兼容箭头函数或复杂签名，改用显式传入期望参数数，例如
curry(fn, 3) - 避免在递归闭包中反复计算已收集参数长度，应缓存
args数组并用args.length判断
function curry(fn, arity = fn.length) {
return function curried(...args) {
if (args.length >= arity) {
return fn.apply(this, args);
}
return function(...nextArgs) {
return curried.apply(this, args.concat(nextArgs));
};
};
}
bind 和柯里化看起来像，但语义和用途完全不同
bind 是绑定 this 和部分参数并立即返回函数，不延迟执行；柯里化关注参数分步传递与组合，不强制绑定 this。误用 bind 模拟柯里化会导致 this 错乱，且无法自然支持后续多次单参数调用。
-
fn.bind(null, 1)固定第一个参数，但剩余参数仍需一次传完：result(2, 3) -
curry(fn)(1)(2)(3)支持任意节奏调用，且每步都可独立复用，例如const add1 = curry(add)(1) - 柯里化后的函数天然可被
map、filter等高阶函数消费，bind版本则常需额外包装
真正提升复用性的关键不在“拆”，而在“预置 + 组合”
单纯把 axios.get(url, config) 柯里化成 get(url)(config) 并没价值。复用性来自提前固化高频变化项，让后续调用更专注业务差异。比如统一加 token 的 API 封装、固定校验规则的表单验证器。
立即学习“Java免费学习笔记（深入）”；
- 不要柯里化所有函数，只对「有稳定前置参数」的场景使用，例如日志前缀、API 基础路径、验证规则集
- 搭配函数组合（
compose或pipe）才能放大效果，例如pipe(validate, sanitize, save)中每个环节都是柯里化后的可配置函数 - 注意调试成本：柯里化链过长时堆栈难读，建议在开发环境为中间函数添加有意义的
name属性
const apiGet = curry((baseUrl, path, options) =>
fetch(`${baseUrl}${path}`, { method: 'GET', ...options })
);
const usersApi = apiGet('https://api.example.com'); // 复用 baseUrl
const getUser = usersApi('/users/:id'); // 复用 baseUrl + path 模板
实际项目里，柯里化的价值往往藏在「哪几个参数最该提前锁定」这个判断里——而不是会不会写 curry 函数。 
