闭包实现延迟计算的核心是利用作用域链保存已传参数，待累积参数数量达到原函数形参个数（fn.length）时才执行；推荐用普通函数和剩余参数...args，确保this绑定与健壮性。
闭包实现延迟计算，关键在于让函数不急着执行，而是先把参数“存起来”，等凑齐了再算。它不是靠时间等待，而是靠作用域把已传参数锁住，直到调用链上参数数量满足原函数要求才真正触发运算。
闭包怎么“记住”还没传完的参数
外层函数执行后本该销毁局部变量，但返回的内部函数仍引用着它们——JavaScript 引擎因此保留整个词法环境。这个被保留的环境里，就存着你之前传进来的所有参数（比如用数组 args 累积）。后续每次调用都往里追加新参数，而不是立刻计算。
- 参数不存全局、不挂 this，只藏在函数自己的作用域链里，安全且隔离
- 箭头函数没法用 arguments，也不绑定 this，做原函数时容易出错，建议用普通函数
- 推荐用剩余参数 ...args 接收，比 arguments 更可靠、更易读
什么时候才真正执行原函数
判断依据是原函数声明时的形参个数，也就是 fn.length。不是看运行时传了多少，而是看函数定义写了几个参数名。每次调用都检查累积参数长度是否 ≥ 这个值。
- 够了：用 fn.apply(this, allArgs) 执行，确保 this 正确绑定
- 不够：返回一个新的函数，继续等下一次调用
- 支持灵活传参，比如 curriedAdd(1, 2)(3) 或 curriedAdd(1)(2, 3)，内部统一累积处理
延迟计算到底解决了什么问题
它把“配置”和“执行”拆开：前几步固定不变的部分（如 API 地址、校验规则、日志级别），先用柯里化锁死；真正变动的数据（如用户 ID、输入值、事件对象），留到最后一刻才填进去。
- API 封装：const getUser = curry(request)('GET')('/users')，方法和路径提前固化
- 表单校验：const isEmail = validate(emailRegex)('格式不对')，正则和提示语先定好
- 事件处理：const handleClick = curry(handler)('submit-btn')，组件类型预置，event 由浏览器点击时提供
要注意的实际细节
真实项目里光写对逻辑还不够，得兼顾健壮性：
- 避免直接操作 arguments，改用 ...args
- 需要保持原始 this 时，调用必须用 fn.apply(this, allArgs)
- 如果想支持空括号立即执行（如 add(1)(2)()），可在参数为空时主动触发求值
- 长期驻留的预设参数要评估生命周期，防止内存堆积
