柯里化通过闭包逐步收集参数，依据fn.length判断是否满足执行条件，参数总数达标时才调用原函数，实现延迟计算与灵活调用。
柯里化通过闭包保存已传入的参数，等参数数量满足原函数要求时才真正执行，从而自然实现参数逐步收集与延迟计算。
利用 fn.length 判断参数是否收齐
JavaScript 函数对象的 length 属性返回形参个数，这是判断“是否该执行”的关键依据。每次调用柯里化后的函数，都把新参数追加到已收集列表中；只要当前总参数数小于 fn.length，就继续返回新函数等待更多输入。
- 例如
function sum(a, b, c) { return a + b + c; }的sum.length === 3 - 调用
curriedSum(1)(2)时只收集了 2 个参数，还没到 3，所以不执行，只返回下一个接收函数 - 直到第三次传入（或一次传够），参数总数 ≥ 3，才触发
sum.apply(this, args)
用闭包维持参数上下文
每次嵌套函数都形成一个独立作用域，外层传入的参数被内层函数通过闭包持续引用，不会丢失。这使得中间状态可被安全暂存，是“逐步收集”的底层支撑。
- 比如
const add5 = curryAdd(5)，5 被闭包捕获，后续调用add5(3)时仍能访问它 - 多个柯里化实例互不影响：同一个
curry函数生成的add5和add10各自维护自己的 a 值
支持多种调用方式提升灵活性
实际实现中常允许一次传多个参数（如 f(1, 2)(3) 或 f(1)(2, 3)），靠 args.concat(nextArgs) 合并参数列表，让收集逻辑更贴近开发直觉。
- 避免强制“每次只能传一个”带来的使用负担
- 内部统一用数组累积所有参数，仅在最终触发时展开传给原函数
- 保持语义一致：无论分几次、每次几个，只要总数达标就执行
延迟到最后一刻才求值
整个过程不产生副作用、不执行业务逻辑，纯粹是参数搬运和函数返回。真正的计算发生在所有必要数据齐备的瞬间，这就是延迟计算的本质——不提前、不冗余、按需触发。
- 适合场景如 API 封装：
const fetchUser = curry(api.get)('https://api.com')('users')，URL 和路径先固化，ID 留到最后传 - 也适用于验证逻辑：字段规则预设好，待用户输入完成再统一校验
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
