javascript中不存在reducesum方法，应使用reduce实现求和；必须提供初始值0以防报错；需用number()转换并过滤非法值；避免污染原生原型，推荐独立函数封装。
reduceSum 不是标准 API，得用 reduce 实现
JavaScript 没有 Array.prototype.reduceSum 这个方法，它是常见误记或某些工具库的自定义别名。真正可用的是 reduce，它本身不区分“求和”或“求积”，行为完全由你传入的回调函数决定。
如果你在某文档或报错里看到 reduceSum，基本可以断定是拼写错误、旧版 polyfill 或非标准扩展 —— 直接换成 reduce 并补全累加逻辑即可。
基础累加：必须提供初始值 0
对纯数字数组求和时，reduce 的第二个参数（初始值）不能省略。漏掉会导致第一次迭代把数组第一个元素当 accumulator，第二个当 current，虽能运行但语义错乱，且空数组会直接报 Reduce of empty array with no initial value 错误。
-
[1, 2, 3].reduce((a, b) => a + b)→ 报错（空数组时崩，且类型推导脆弱） -
[1, 2, 3].reduce((a, b) => a + b, 0)→ 安全，返回6 -
[].reduce((a, b) => a + b, 0)→ 返回0，符合预期
防非数字项：提前做类型守卫
实际数据常混杂 null、undefined、字符串数字甚至对象。直接 a + b 可能产出 "12" 或 NaN，尤其当数组含 "2" 这类字符串时。
稳妥做法是在累加前转为数值，并跳过非法项：
[1, "2", null, 3, undefined].reduce((sum, item) => {
const num = Number(item);
return isNaN(num) ? sum : sum + num;
}, 0); // → 6
- 用
Number()而非parseInt()，避免字符串截断（如"3.14"→3） - 不推荐
item * 1，对null返回0（隐式转换易掩盖问题） - 若需严格只处理数字，可加
typeof item === 'number' && isFinite(item)判断
性能与可读性：简单求和没必要封装成 reduceSum
有人喜欢封装 reduceSum 方法到原型上，比如：Array.prototype.reduceSum = function() { return this.reduce(...); }。这看似简洁，但有明显代价：
- 污染原生原型，可能与其他库冲突（尤其
lodash或框架内部实现） - 失去类型推导能力（TypeScript 中无法自动识别新方法）
- 过度抽象：一行
arr.reduce((a, b) => a + b, 0)已足够清晰，再包一层反而增加认知负担 - 若真要复用，建议写成独立函数：
const sum = (arr) => arr.reduce((a, b) => a + b, 0)
边界情况比想象中多：负数、小数、Infinity、BigInt 都需要单独处理，而这些几乎从不在“简单求和”需求里被考虑。
