reduce累加器是否占用内存？两种数组分组实现方案选型咨询

先修正两处代码问题 #

1. 方案1的返回对象属性名错误：定义的变量是filters1/filters2，返回时写成了filter1/filter2，会导致未定义错误，修正后返回应为：

return {
  filters1,
  filters2,
}

2. 方案2的reduce回调遗漏返回累加器：reduce要求回调函数必须返回更新后的累加器，否则后续迭代的accumulator会变成undefined，修正后回调应为：

(accumulator, filter) => {
  if (filter === 1) {
    accumulator.filters1.push(filter);
  } else {
    accumulator.filters2.push(filter);
  }
  return accumulator; // 必须返回累加器
}

内存与性能分析 #

你理解的没错，两种方案的空间复杂度完全一致：最终都需要把原数组的所有元素分配到两个新数组中，不管是用独立变量存储还是放在reduce的累加器对象里，内存占用没有本质差异。

性能上两者也几乎没有区别：都是遍历一次原数组，数组push操作的均摊时间复杂度为O(1)，整体时间复杂度都是O(n)。

可读性与推荐 #

优先推荐修正后的方案1，原因如下：

• 逻辑直白：用forEach遍历+条件判断拆分数组，代码意图一目了然，即使是新手也能快速理解；
• 变量命名清晰：filters1/filters2直接对应拆分后的结果，无需额外理解reduce的累加器机制；
• 语义更匹配：forEach的设计初衷就是遍历执行副作用（这里是填充数组），而reduce更适合将数组聚合为单一值（比如求和、拼接字符串），用来拆分数组属于语义上的“误用”，会增加理解成本。

如果你的团队更偏好函数式编程风格，修正后的方案2也可以使用，但需要团队成员都熟悉reduce的工作机制，避免因回调遗漏返回累加器这类低级错误。

内容的提问来源于stack exchange，提问作者Hemadri Dasari