reduce()未提供初始值时存在三类隐患：空数组抛typeerror、单元素不执行回调、首项类型主导后续计算；应始终显式传入合理初始值以确保行为可控。
reduce() 在未提供初始值时，会自动把数组第一个元素当作累加器初值，并跳过它不执行回调——这个“跳过”看似省事，实则埋下三类隐患：空数组报错、单元素误判、类型隐式转换失控。
空数组直接崩溃
没有初始值的空数组调用 reduce 会立刻抛出 TypeError: Reduce of empty array with no initial value。这不是运行时逻辑错误，而是语法级中断，无法被回调内部捕获。
- 常见于动态数据场景：比如 API 返回空列表、过滤后结果为空、用户未选任何选项等
- 修复方式不是加 try/catch，而是始终显式传入合理初始值（如
0求和、''拼接、[]合并、{}聚合）
单元素数组不进回调
当数组只有一个元素且没给初始值，reduce 直接返回该元素，完全不调用你的 iteratee 函数。这意味着你写的业务逻辑（比如类型校验、格式转换、副作用处理）全部失效。
- 例如：
[5].reduce((a, b) => a + b)返回5，但中间的加法根本没执行 - 若回调里有日志、API 请求或状态更新，这些都不会发生，容易造成逻辑断层
- 统一写法：
[5].reduce((a, b) => a + b, 0)→ 执行一次0 + 5，行为可预测
首项类型主导整个流程
未提供初始值时，首项类型强制成为 accumulator 的起始类型，后续所有计算都基于它推导。一旦首项类型不符合预期，后续迭代可能静默失败或产生奇怪结果。
- 例1：字符串数字混排
['1', 2, 3].reduce((a, b) => a + b)→'123'（不是6），因为首项是字符串，+ 变成拼接 - 例2：对象数组漏字段
[{x:1}, {y:2}].reduce((a, b) => ({...a, ...b}))→ 返回{x:1}，第二项被忽略（因首项为对象，但回调只在第二项才触发） - 对策：用明确初始值锚定类型，如
.reduce(fn, 0)或.reduce(fn, '')
隐患不在语法，而在行为不可控。只要加一个初始值，所有边界就归于一致：空数组有返回、单元素必进回调、类型从起点就确定。不复杂但容易忽略。
