JavaScript高阶函数是函数组合的基础设施，但需注意参数适配、异步处理、this绑定、执行顺序及适用场景；推荐优先使用pipe，避免过度组合。
JavaScript 高阶函数本身不直接“处理”函数组合，但它是实现函数组合（function composition）的基础设施——关键在于你用 compose 还是 pipe，以及是否处理异步、参数数量、this 绑定等现实问题。
为什么不能直接用 compose(f, g) 就完事？
常见错误是照抄数学定义写成 (f, g) => x => f(g(x))，结果遇到多参数函数就崩了。比如 map、filter 本身接收两个参数（回调 + 数组），但组合时你传进去的往往只是回调部分。
-
compose和pipe都只支持单输入单输出函数，多参数函数必须先用curry或bind固定前几个参数 - 原生 JS 没有内置
compose，手写时容易忽略边界情况：空参数、非函数类型传入、返回值未校验 - ES6 箭头函数没有
this绑定，如果组合链里有依赖this的方法（如类实例方法），会丢失上下文
pipe 和 compose 的执行顺序差异直接影响调试体验
两者本质一样，只是调用方向相反：pipe(a, b, c)(x) 等价于 c(b(a(x)))；compose(c, b, a)(x) 也等于 c(b(a(x)))。但读代码时，pipe 更符合从左到右的直觉，尤其适合调试中间值。
- 推荐优先用
pipe：更易插入x => (console.log(x), x)查看每一步输出 -
compose在函数式库（如 Ramda）中更常见，但 JS 开发者日常写法反而容易写反参数顺序 - 不要混用：同一项目统一选一个，否则团队协作时容易在 review 时花时间确认执行流向
异步函数组合必须显式处理 Promise 链
把 async 函数丢进普通 pipe 里，结果大概率是 Promise { 被当普通值往下传，后续函数报错。
立即学习“Java免费学习笔记（深入）”；
- 最简方案：写一个
pipeAsync，内部用reduce+await串行等待 - 避免用
then手动链式调用，容易漏catch，且无法用await捕获中间错误 - 如果需要并行执行（如多个 API 同时请求），就不是组合问题，该用
Promise.all配合map，别硬塞进pipe
const pipeAsync = (...fns) => async (x) => fns.reduce(async (y, f) => f(await y), x);
实际项目中，组合常被过度使用
函数组合不是银弹。当你发现要为每个组合步骤都写一层 curry、加一堆 try/catch 包装、或为了类型安全补上 TypeScript 类型断言时，说明可能已经偏离初衷。
- 简单数据转换（字符串 trim → split → map → join）用组合很清爽；涉及副作用（log、fetch、DOM 操作）就该拆出来单独写
- TypeScript 下，组合函数的类型推导会迅速变复杂，尤其是泛型函数参与时，编辑器可能失去提示能力
- Webpack / Vite 的 tree-shaking 对深度组合的函数支持有限，最终打包体积未必比直写小
真正难的不是写出 compose，而是判断什么时候不该用它——比如某个“组合步骤”其实只被调用一次，或者它的逻辑已经和业务强耦合，那它本质上就不是一个可复用的纯函数。
