柯里化是将多参数函数转换为单参数函数链的过程，通过闭包逐步积累参数，支持部分应用、提升复用性与组合能力，但需权衡可读性与适用场景。
柯里化（Currying）是将一个接收多个参数的函数，转换为一系列只接收单个参数的函数链的过程。它不改变函数逻辑，而是调整调用方式，让函数更灵活、可复用性更强。
柯里化的基本形式
原始函数如 add(a, b, c) 接收三个参数，柯里化后变成 add(a)(b)(c)。每次调用只传一个参数，返回新函数，直到参数收齐才执行计算。
- 本质是闭包的运用：每次返回的函数都“记住”了之前传入的参数
- 不是简单地把多参数拆成多个形参，而是通过嵌套函数逐步积累参数
- 常见实现依赖递归或预设参数长度，例如用
Function.length判断需多少次调用
提升函数复用与配置能力
柯里化天然支持“部分应用”（Partial Application），适合封装通用行为并预留定制空间。
- 比如日志函数
log(level, message)柯里化后可生成logError = log('error')，后续只关心内容 - 事件处理器中常用：按钮点击时传入 ID，但 handler 本身需要先绑定业务上下文，柯里化可提前固化 ID
- 与函数式编程工具链（如 Ramda、Lodash 的
curry）配合，能写出更声明式的代码
优化组合与管道处理
在函数组合（compose / pipe）场景中，柯里化让不同参数数量的函数能对齐接口，便于串联。
立即学习“Java免费学习笔记（深入）”；
- 例如
map(fn, array)和filter(predicate, array)都是双参数，柯里化后可统一为map(fn)(array)，方便嵌套或延迟执行 - 搭配
pipe使用时，每个环节只需关注输入输出，无需手动处理参数顺序 - 避免临时箭头函数包裹，减少匿名函数开销和可读性损耗
注意边界与实际取舍
柯里化不是银弹。过度使用可能增加理解成本，尤其对团队中不熟悉函数式思维的成员。
- 简单工具函数（如
Math.max(...arr)）没必要柯里化 - 动态参数数量（如
sum(...numbers)）不适合标准柯里化，需配合 rest 参数或自定义策略 - 调试时堆栈更长，错误定位稍复杂；建议在关键抽象层（如 API 封装、UI 组件 props 处理）谨慎引入
