柯里化是将多参函数转为单参链式调用函数，实现参数固化与延迟求值；反柯里化是泛化this绑定，使方法可被任意对象借用。二者本质不同，柯里化非偏函数，实际应用应以需求和可读性优先。
柯里化（Currying）和反柯里化（Uncurrying）是 JavaScript 中函数式编程的两个重要技巧，它们分别用于参数分步传入和解除方法与调用对象的绑定。理解它们的本质和适用场景，比死记硬背实现更重要。
柯里化：把多参函数变成“可分步调用”的单参函数
柯里化不是简单地固定部分参数，而是将一个接收多个参数的函数，转换为一系列只接收一个参数的函数，每次调用返回下一个函数，直到所有参数收齐才执行原逻辑。
- 核心特征是延迟求值 + 参数固化 + 链式调用，比如
add(1)(2)(3)等价于add(1, 2, 3) - 手动实现要注意：需判断参数是否收齐，可用
fn.length获取形参个数，但注意箭头函数无length；更稳妥的方式是显式指定参数数量或靠结束标记（如不传参时执行） - 常见用途：配置复用（如
const logError = curry(console.log)('ERROR:')）、适配高阶函数（如map要求单参回调）、构建 DSL 工具函数（如compose、pipe的基础）
反柯里化：让任意对象能“借用”其他对象的方法
反柯里化本质是泛化 this 绑定，把原本只能在特定对象上调用的方法（如数组的 push、slice），变成可以接受任意类数组或对象作为上下文调用的通用函数。
- 典型写法：
Function.prototype.call.bind(Array.prototype.push)，得到一个新函数，调用时第一个参数是目标对象，后续是原方法参数 - 它解决的是“方法归属僵化”问题。例如
arguments是类数组，没有forEach，但可通过Array.prototype.forEach.call(arguments, ...)使用；反柯里化后可封装为forEach(arguments, ...)，更简洁 - 现代开发中使用频率下降，因
Array.from()、扩展运算符（[...arguments]）、Object.prototype.toString.call()等更直观的替代方案已普及，但在兼容老环境或封装底层工具库时仍有价值
别混淆：柯里化 ≠ 偏函数（Partial Application）
这是常被误解的一点。偏函数是固定部分参数后立即返回新函数，不要求“每次只传一个”，也不强制链式调用；而柯里化严格遵循“单参 → 单参 → … → 执行”的结构。
立即学习“Java免费学习笔记（深入）”；
- 偏函数示例：
const add5 = add.bind(null, 5)，之后可直接add5(3)得到 8，也可add5(3, 2)（若原函数支持多参） - 柯里化示例：
const addC = curry(add)，则addC(5)(3)可行，addC(5)(3)(2)若未收齐会继续返回函数，addC(5, 3)则可能不工作（取决于实现） - Lodash 的
_.curry实际实现更接近“自动偏函数”，支持多参传入和占位符，属于实用主义变体，不是纯理论柯里化
实际用哪一种？看需求本质
日常开发中，优先考虑可读性与维护性：
- 需要预设配置并多次复用（如 API 请求前缀、日志级别）→ 用柯里化或 bind 更清晰
- 要让非数组对象调用数组方法（如
NodeList用map）→ 直接用Array.prototype.map.call(nodes, ...)或转成数组，不必刻意反柯里化 - 写工具库或框架底层 → 反柯里化可用于统一方法调用接口；柯里化可用于构建灵活的组合式 API
