reduce不是万能聚合函数，但多数数组聚合场景用对参数和初始值更清晰安全；常见错误是漏传initialValue导致空数组报错或逻辑错位；处理对象数组时需显式指定初始值并避免类型混用；groupBy要注意key的防御性转换和不可变更新；性能上reduce适合多指标累积计算，但简单操作应优先用语义化原生方法；回调必须始终返回与initialValue同类型的值。
Reduce 方法不是万能聚合函数，但绝大多数数组求和、拼接、分组、扁平化场景，用对了参数和初始值，一行 reduce 就比写循环或多次 map+filter 更清晰、更少出错。
为什么 reduce 比 for 循环更容易漏掉初始值？
常见错误是忘记传第二个参数（initialValue），导致第一次调用时 accumulator 取数组第一个元素，currentValue 取第二个——一旦数组为空或只有一项，就会报 TypeError: Reduce of empty array with no initial value 或逻辑错位。
- 空数组必须显式传
initialValue，比如求和用0，拼字符串用''，对象合并用{} - 处理对象数组时，别默认用
array[0]当初始值，容易把类型搞混（例如number和object混用） - 如果不确定数组长度，统一写成
arr.reduce((acc, item) => {...}, initialValue)最安全
用 reduce 实现 groupBy 时 key 的类型陷阱
很多人直接用 item.category 当 key，但没注意它可能是 undefined、null 或数字，导致分组结果意外合并或丢失。
- key 建议先做防御性转换：
const key = item.category ?? 'unknown'或String(item.category) - 不要在 reducer 内部修改
acc原对象，应返回新对象：用{ ...acc, [key]: [...(acc[key] || []), item] }而非acc[key].push(item) - 如果 key 是嵌套字段（如
item.user.profile.role），提前用可选链+空值合并，避免Cannot read property 'profile' of undefined
性能敏感场景下 reduce 和其他方法的取舍
单纯求最大值、最小值、是否包含某值，Math.max(...arr)、arr.includes()、arr.some() 通常比 reduce 更快且语义明确；reduce 真正优势在于「状态需累积演化」的场景。
- 需要同时计算多个指标（如总和 + 计数 + 平均值），一次
reduce返回对象比三次遍历高效 - 需要边遍历边过滤+映射（如把有效订单按状态分类并统计金额），
reduce比filter+map+reduce少遍历两次 - 注意：如果回调里做了深克隆、复杂计算或 DOM 操作，
reduce不会帮你优化，性能瓶颈仍在业务逻辑本身
最常被忽略的一点：reduce 的回调函数必须有返回值，且返回值类型要始终和 initialValue 一致——哪怕只是忘了写 return acc，也会让后续迭代拿到 undefined，整个聚合就断了。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
