JavaScript使用reduce实现数组奇数求和时返回NaN的问题咨询

核心认知澄清 #

首先需要明确：你的代码里对currentValue执行的%2取余操作本身没有任何问题，全程没有因为取余产生NaN。所有参与取余的currentValue都是数组中存储的纯数字，取余结果只会是0或1，NaN的产生和传播和取余操作无关。

异常产生的两个连锁触发点 #

• 第一触发点：reduce调用未传入累加器初始值
  按照JavaScript的规范，当reduce方法只传入回调函数、不写第二个参数（累加器初始值）时，reduce会自动把数组的第一个元素作为accumulator的初始值，直接从数组的第二个元素开始遍历执行回调。对你的代码来说，初始的accumulator会被直接赋值为数组第一项1，遍历的起点是数组第二项2。
• 第二触发点：回调函数存在隐式返回undefined的分支
  你的回调逻辑仅在判断到currentValue为奇数时，才通过return语句返回累加结果；当遍历到偶数时，代码会跳过if分支，函数没有显式返回值，按照JS规则会隐式返回undefined。

逐轮执行的NaN形成链路 #

把每一步的实际执行值列出来，就能看到NaN的完整传播路径：

1. 第一轮遍历
   • accumulator为初始值1，currentValue为偶数2
   • 不满足奇数判断条件，回调隐式返回undefined
2. 第二轮遍历
   • 上一轮返回的undefined成为新的accumulator，currentValue为奇数3
   • 满足奇数判断条件，执行accumulator + currentValue即undefined + 3。按照JS的类型转换规则，undefined参与数值运算时会被转换为NaN，因此本轮计算直接得到NaN
3. 后续所有轮次遍历
   • 只要accumulator已经变为NaN，无论后续遇到的是奇数还是偶数，要么返回undefined，要么计算NaN + 任意数值，最终结果都会保持为NaN，直到遍历结束返回最终的NaN值。

误区说明 #

你直觉性怀疑是%2取余操作返回了NaN，本质是结果倒推时的认知偏差：取余操作在全程都正常执行，NaN是从第二轮undefined参与数值加法的环节才产生的，之后顺着reduce的累积链路一路传播，最终覆盖了所有计算结果。

内容的提问来源于stack exchange，提问作者Félix Danam