array_reduce回调必须返回累加值，否则结果为null；初始值不可省略，需显式传入以确保类型一致和逻辑正确；参数顺序固定为($carry, $item)，颠倒将导致逻辑错乱；性能与可读性不如foreach时应优先选用后者。
array_reduce 的回调函数必须返回累加值
很多人写 array_reduce 时，回调里只做 echo 或修改外部变量，结果返回 null，最终整个 reduce 结果变成 null。这是因为 array_reduce 每次调用回调，都把上一次的返回值作为下一轮的 $carry；第一次没返回，$carry 就是初始值（或 null），之后全乱套。
正确做法是：回调函数里最后一行必须是 return，且返回值类型最好和初始值一致：
- 求和：返回
$carry + $item - 拼接字符串：返回
$carry . $item - 构建数组：返回
array_merge($carry, [$item])或$carry[] = $item; return $carry;
初始值不传或传错会导致类型错误或逻辑崩溃
array_reduce 第三个参数（$initial）不是可选的“锦上添花”，而是决定计算起点的关键。不传它，空数组会返回 null，非空数组则用第一个元素当初始 $carry —— 这在需要固定类型（比如始终返回数组或整数）时极危险。
常见踩坑场景：
立即学习“PHP免费学习笔记（深入）”；
- 想用
array_reduce合并多个关联数组，却没传[]初始值 → 第一个数组被当$carry，第二个开始才进回调，漏掉第一个 - 计算平均值时传了
0当初始值，但回调里又没计数 → 结果永远是0 + 所有值，不是平均值 - 处理可能为空的数组，却依赖
$carry必然存在 → 运行时 Notice: Undefined variable
稳妥写法：显式传初始值，哪怕只是 0、'' 或 []。
回调函数参数顺序不能颠倒：$carry 在前，$item 在后
PHP 文档写得清楚，但 IDE 提示或抄代码时容易看反：function($carry, $item) 是固定顺序。如果写成 function($item, $carry)，第一次调用时 $item 实际是初始值，$carry 反而是第一个数组元素 —— 整个逻辑完全错位。
验证方法很简单：在回调开头加一行 var_dump($carry, $item);，跑一遍小数组就能看清谁是谁。
另外注意：如果传了初始值，第一轮 $carry 就是它，$item 是数组第一个元素；没传初始值，第一轮 $carry 是第一个元素，$item 是第二个 —— 这个差异直接影响是否要单独处理边界。
性能敏感场景下，array_reduce 不如 foreach 直观且可控
array_reduce 本质是函数式封装，语法简洁，但掩盖了迭代细节。当需要提前中断（break）、条件跳过（continue）、或中间调试时，它不如 foreach 灵活。PHP 8.1+ 虽支持 match 和更紧凑的闭包，但执行效率并无优势，甚至因额外函数调用略慢。
适合用 array_reduce 的情况：逻辑纯粹、无副作用、输入输出明确（比如统计、折叠、转换结构）；不适合的情况：
- 需要根据某项值 break 出循环
- 过程中要修改原数组引用
- 回调里涉及 I/O、数据库查询等耗时操作（每次调用都开销叠加）
- 团队里有人不熟悉函数式风格，维护成本高
真要追求性能或可读性，有时一行 $sum = array_sum($arr); 比手写 array_reduce 更合适 —— 别为了“用新函数”而用。
