闭包实现柯里化的核心是利用作用域链暂存已传参数，通过嵌套函数逐步接收剩余参数，在累计参数数≥目标长度时执行原函数；需注意参数副本、this绑定、属性继承等细节。
闭包实现柯里化，核心在于利用作用域链“记住”已传入的参数，再通过嵌套函数逐步接收剩余参数，最终在参数满足条件时执行原函数。
闭包如何保存已传参数
每次调用柯里化函数时，都会创建新的闭包环境，将当前轮次传入的参数暂存于外层函数的作用域中。这些参数不会随调用结束而销毁，而是被内层返回的函数持续引用。
- 参数通常收集到数组（如 args）中，每轮调用将其展开合并
- 闭包变量生命周期与返回的函数绑定，只要该函数未被垃圾回收，参数就一直可访问
- 注意避免共享引用：若直接复用同一数组对象，多次调用可能相互污染；应每次 slice() 或 [...args] 创建新副本
参数数量判断与触发执行
柯里化函数需知道目标函数期望的总参数个数（fn.length），以此决定何时真正调用原函数。
- fn.length 返回函数形参个数（不含 rest 参数），是静态值，不可靠用于含默认值或解构的函数
- 更健壮的做法是显式传入期望参数总数（如 curry(fn, 3)），或结合 bind 与 length 动态推断
- 当累计参数数 ≥ 目标长度时，立即执行原函数并返回结果；否则继续返回接收新参数的函数
多轮调用中的参数合并逻辑
用户可能一次传多个参数，也可能分多次传，柯里化函数需统一处理这几种情况。
立即学习“Java免费学习笔记（深入）”；
- 每次调用都应接受任意数量参数（...newArgs），与已有参数拼接
- 常见写法：[...args, ...newArgs]，确保顺序正确、无嵌套数组问题
- 若某次调用传入空参数（如 curried()()），不应清空已积累参数，而应跳过合并，保持状态
边界情况与实际注意事项
真实场景中，需考虑 this 绑定、函数属性继承、异步行为等细节，否则容易出错。
- 原函数内部若依赖 this，需用 fn.apply(context, args) 显式绑定，context 可来自调用时的上下文或预先 bind
- 柯里化后的函数最好保留原函数名和 length 属性（如 curriedFn.length = fn.length - args.length），利于调试和工具识别
- 避免无限嵌套：当参数已满仍继续调用，应直接返回结果而非再返回函数，防止误用
