柯里化和闭包是实现高阶函数逻辑复用的两个核心机制，它们不是并列技巧，而是协作关系：闭包提供“状态保存能力”，柯里化提供“参数分步绑定能力”。真正起复用作用的，是柯里化函数内部靠闭包维持的已传参数或配置。
闭包是柯里化的底层支撑
没有闭包，柯里化无法记住之前传入的参数。每次调用返回的新函数，都必须能访问外层作用域中积累的参数列表或配置项——这正是闭包的本质。
- 比如
throttle(1000)返回的函数，靠闭包持有了delay和last两个变量 - 手动实现的通用柯里化函数，也靠闭包保存
args数组，让后续调用持续追加参数 - 箭头函数不能用于递归式柯里化实现，正是因为其无法在声明前被自身引用，而普通函数表达式可被闭包捕获并反复调用
柯里化把“配置”和“执行”解耦
它把多参数函数拆成一系列单参数函数调用，使配置（如延迟时间、阈值、格式模板）提前固化，目标行为（如保存草稿、计算开销、格式化字符串）延后注入。
-
const saveDraft = throttle(1000)(api.save)：1000 是策略配置，api.save是业务动作，两者在不同时间点确定 -
const capitalize = cached(str => str[0].toUpperCase() + str.slice(1))：缓存逻辑由cached封装，具体字符串处理函数可任意替换 - 这种解耦让同一份控制逻辑（节流、缓存、校验）可复用于不同业务函数，无需重复写 if/else 或定时器
复用的关键不在“写一次”，而在“隔离变化点”
真正提升复用性的，是把易变部分（如 delay 值、API 方法、校验规则）抽离为柯里化的首层参数，把稳定部分（节流逻辑、缓存结构、策略骨架）固化在高阶函数体内。
- 例如节流函数中，
last时间戳和判断逻辑不变，只有delay和fn可变 - 累计开销例子中，“收集不求值”是固定模式，每天花的钱（参数）和是否月底结算（触发时机）才是变量
- 这种设计天然适配配置驱动场景：一份节流逻辑，搭配 500ms、1000ms、3000ms 三种配置，产出三个不同行为的函数
注意 this 和 new 调用的边界情况
标准柯里化实现默认忽略 this 绑定和构造调用，如果目标函数依赖上下文或需用 new 实例化，直接柯里化会出错。这时需要增强 curry 工具函数，支持显式绑定 this 或检测 new.target。
- 普通事件回调、工具方法一般无此问题
- 类实例方法、工厂构造器等场景需额外处理，否则闭包保存的参数无法正确传递给新创建的实例
- 这不是柯里化失效，而是复用前提需明确：目标函数的调用方式应在设计时约定清楚
