为何JavaScript组合函数用reduceRight而非reduce？其优势何在？

我发现调换参数顺序后用reduce也能得到正确结果，但很多示例代码都用reduceRight，想知道这么做的必要性和意义，还有使用reduceRight的好处是什么？

const square = (x) => {
  return x * x;
};
const double = (x) => {
  return x * 2;
};

function composeWithReduceRight(...fns) {
  return function (x) {
    return fns.reduceRight((acc, fn) => fn(acc), x);
  };
}

function composeWithReduce(...fns) {
  return function (x) {
    return fns.reduce((acc, fn) => fn(acc), x);
  };
}

composeWithReduceRight(square, double)(2) // 16
composeWithReduce(double,square)(2) // 16

首先得明确：compose函数的核心约定是从右到左依次执行函数，把前一个函数的输出作为后一个的输入，比如compose(f, g, h)等价于x => f(g(h(x)))——先执行最右边的h，再把结果传给g，最后传给f。

用reduceRight的必要性和好处，主要体现在这几点：

1. 符合函数组合的直觉和标准定义 #

当你写compose(square, double)时，按照compose的语义，应该是先执行double，再把结果传给square（也就是square(double(x))）。而reduceRight正好是从数组的最后一个元素（double）开始，往前遍历执行，参数顺序和执行逻辑完全对应，不用额外调整。

如果用reduce，你必须把参数顺序反过来写成compose(double, square)才能得到同样结果，这就违背了compose的约定写法。要是组合3个以上函数，比如要实现f(g(h(x)))，用reduceRight只需要传[f, g, h]，用reduce得传[h, g, f]，参数顺序完全颠倒，可读性极差，很容易写错。

2. 和主流生态保持统一 #

函数式编程里的compose（比如Redux、Ramda等库的实现）全都是遵循从右到左的顺序，用reduceRight能和这些生态的约定对齐，避免自己写的compose和其他人的代码逻辑冲突。

3. 多函数组合时减少出错概率 #

举个多函数的例子对比：

const addOne = x => x + 1;
const double = x => x * 2;
const square = x => x * x;

// 用reduceRight：参数顺序和执行逻辑一致
composeWithReduceRight(square, double, addOne)(2); 
// 执行流程：addOne(2)=3 → double(3)=6 → square(6)=36（符合预期的square(double(addOne(x)))）

// 用reduce要得到同样结果，必须颠倒参数顺序
composeWithReduce(addOne, double, square)(2);
// 执行流程：addOne(2)=3 → double(3)=6 → square(6)=36

// 如果用reduce却按reduceRight的参数顺序传，结果完全错误
composeWithReduce(square, double, addOne)(2);
// 执行流程：square(2)=4 → double(4)=8 → addOne(8)=9（变成了addOne(double(square(x)))，完全不是预期逻辑）

总结 #

用reduceRight不是不能用reduce替代，而是用reduceRight能让compose函数符合行业约定、参数顺序直观、可读性更强，同时减少多函数组合时的出错概率——这才是它被广泛使用的原因。

内容的提问来源于stack exchange，提问作者Jobayer Hossain