闭包是实现compose的关键机制，它通过捕获函数数组并返回惰性执行的组合函数，使compose(f,g,h)(x)等价于f(g(h(x)))，支持从右到左执行、不可变性与纯函数约束。
闭包是实现函数式编程中 Compose 组合逻辑的关键机制，它让多个函数能被“预装”成一个可复用、惰性执行的新函数。
闭包如何支撑 Compose 的行为
Compose 的核心不是立刻执行函数链，而是把传入的函数列表（如 [f, g, h]）保存起来，等真正拿到参数时才开始调用。这个“保存”动作依赖闭包——外层函数执行后，其作用域未销毁，内部返回的函数仍能访问这些函数引用。
- 闭包捕获函数数组，避免每次调用都重复构造或传递
- 返回的组合函数是纯的、无副作用的：不修改外部状态，只依赖输入和闭包内固定的函数列表
- 函数列表不可变，天然支持缓存、测试和并行推理
为什么 Compose 默认从右到左执行
数学中函数复合记作 (f ∘ g ∘ h)(x) = f(g(h(x)))，Compose 是对这一定义的直接映射。闭包实现时，用 reduceRight 或递归展开，确保最右边的函数最先被调用。
-
compose(f, g, h)(x)等价于f(g(h(x)))，不是h(g(f(x))) - 这种顺序让类型流更自然：比如
parse → validate → transform，数据先被解析，再校验，最后转换 - 若需从左到右，可用
pipe（如 Lodash 的flow），但 compose 本身坚持数学惯例
实际写法中的闭包细节
一个健壮的闭包版 compose 需处理边界情况，并保持语义清晰：
- 零个函数时，返回恒等函数：
x => x - 一个函数时，直接返回它，不额外包装
- 多个函数时，用
reduceRight从末尾向前累积调用，acc初始为输入值 - 不修改原函数数组（不调用
.reverse()原地反转），保证不可变性
组合失败常因忽略闭包约束
Compose 看似简单，但一旦函数不满足闭包友好条件，整个链就容易静默崩塌：
- 函数必须是一元的：接收一个参数，否则中间值无法自动流入下一个环节
- 必须是纯函数：不能依赖或修改外部变量，否则闭包捕获的就不是稳定逻辑
- 异步函数需显式封装：Promise 不能直接塞进标准 compose，要用
composeAsync或pipeP类型工具 - 类型不匹配时，错误往往延迟暴露——闭包不会在定义时校验，只在运行时出错
