柯里化是将多参数函数转换为单参数函数链的过程，通过闭包逐步积累参数，支持部分应用、提升复用性与组合能力，但需权衡可读性与适用场景。

柯里化（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）场景中，柯里化让不同参数数量的函数能对齐接口，便于串联。

• 例如 map(fn, array) 和 filter(predicate, array) 都是双参数，柯里化后可统一为 map(fn)(array)，方便嵌套或延迟执行
• 搭配 pipe 使用时，每个环节只需关注输入输出，无需手动处理参数顺序
• 避免临时箭头函数包裹，减少匿名函数开销和可读性损耗

注意边界与实际取舍

柯里化不是银弹。过度使用可能增加理解成本，尤其对团队中不熟悉函数式思维的成员。

• 简单工具函数（如 Math.max(...arr)）没必要柯里化
• 动态参数数量（如 sum(...numbers)）不适合标准柯里化，需配合 rest 参数或自定义策略
• 调试时堆栈更长，错误定位稍复杂；建议在关键抽象层（如 API 封装、UI 组件 props 处理）谨慎引入