柯里化通过闭包静态固化预设参数，实现类似默认参数的效果：每次外层调用创建独立作用域，内层函数持续捕获并持有这些值，形成不可变的隐含上下文，与es6动态默认参数有本质区别。
柯里化本身不直接提供“默认参数”，但它能通过闭包机制，自然地实现类似效果：把某些参数提前固化，后续调用只关注变动部分。这种设计不是靠语言语法支持，而是靠开发者主动封装 + 闭包持久保存变量来达成。
闭包如何“记住”预设值
每次调用外层函数时，都会创建独立作用域；传入的参数被内层函数捕获并长期持有——这就是闭包在起作用。这些值不会随调用结束而消失，而是成为后续每轮调用的“隐含上下文”。
- 比如日志函数 log(level) 返回一个新函数，该函数内部始终知道
level是什么 - 再如 createMultiplier(10) 返回的函数，永远以 10 为乘数，无需重复传入
- 所有预设值都存在闭包中，不污染全局，也不依赖外部状态
和语言级默认参数的本质区别
JavaScript 的默认参数（function f(a = 1) {}）是在每次调用时动态判断是否缺省；而柯里化中的“默认”是静态绑定的：一旦调用外层函数，那个值就固定了，后续调用完全绕过它。
- 前者是运行时兜底逻辑，后者是编译后即确定的行为契约
- 前者可被显式覆盖（传
undefined会触发默认值），后者不可更改（除非重新调用外层） - 前者影响
fn.length（ES6 中带默认值的参数不计入），后者完全不受影响
实用写法：让预设更灵活
不必拘泥于“只能预设第一个参数”。通过组合多个柯里化步骤或配合解构/对象参数，可以模拟任意位置的默认行为。
- 用对象参数接收配置项：
http({ baseUrl: '/api' })(url) => fetch(baseUrl + url) - 预设中间参数：先柯里化再偏应用，例如
curry(fn)(a)(undefined)(c)（需配合占位符处理） - 与工厂函数结合：
const makeValidator = (rule) => (value) => validate(rule, value)，rule就是闭包里的“默认规则”
注意事项：别把闭包当万能胶
闭包保存的是引用或原始值，要注意生命周期和内存占用。尤其在高频创建场景（如渲染循环中反复生成柯里化函数），可能带来额外开销。
- 避免在循环中无节制生成柯里化函数，考虑复用已创建的实例
- 如果预设值很大（如长数组、大对象），注意它会被持续持有，及时清理无关引用
- 不要依赖闭包去“修正”错误的设计——预设参数应是业务上真正稳定的契约，而非临时补丁
