柯里化通过分步单参调用暴露参数错误，闭包则持久保存已传参数供后续访问；它以fn.length校验参数数量，每步明确输入语义，固定前置参数提升可读性与安全性，避免顺序错位或遗漏。
柯里化本身不直接“防止”参数传递错误，但它通过结构化调用过程，让参数缺失或错位问题在开发阶段就暴露出来；闭包则是整个机制能成立的关键——它让已传参数被安全保存，供后续调用持续访问。
柯里化如何降低参数传错的概率
传统多参函数调用时，参数顺序、类型、数量全靠开发者记忆和文档约束，容易出错。柯里化把一个函数拆成明确的单步输入链，天然形成校验节奏：
-
每一步只收一个参数，调用时必须明确当前该传什么，比如
add(2)(3)(4)比add(2, 3, 4)更难把顺序搞反 -
参数数量在函数定义时就固化，JavaScript 中可通过
fn.length获取原函数期望参数个数，柯里化函数据此判断是否该执行，少传会继续返回函数，不会静默失败 -
固定前置参数后，剩余参数语义更清晰，例如
const logTo = curry(console.log, '[API]')，之后调用logTo('request failed')不可能漏掉前缀，也不会误把日志级别当消息内容
闭包在这里起什么作用
没有闭包，柯里化就只是语法糖，无法真正“记住”参数。它的实际功能是：
- 保存每次传入的参数值：外层函数接收一部分参数，内部返回的新函数通过作用域链持续访问这些值，即使外层执行结束，它们仍驻留在内存中
-
隔离不同调用链的状态：
const f1 = curry(fn, a)和const f2 = curry(fn, b)各自拥有独立的闭包环境，互不干扰 - 支撑延迟求值逻辑：直到所有参数凑齐才触发原函数，中间每一步返回的函数都依赖闭包维持上下文，而不是靠全局变量或外部存储
一个典型场景对比
假设有个格式化地址的函数：formatAddress(city, district, street, number)。如果每次都手动传四个参数，很容易把 district 和 street 位置颠倒。
用柯里化 + 闭包后可以这样组织：
const formatShanghai = curry(formatAddress)('上海')('徐汇区')formatShanghai('天钥桥路')('123号')
这里，'上海' 和 '徐汇区' 被闭包稳稳存住，后续两次调用只处理变化部分，既减少重复，也消除了填错固定字段的风险。
