array_reduce做分组统计本质是手动建表：初始值必须为[]，回调中需初始化子数组、确保数据类型正确、返回$carry；适用链式调用或函数式场景，但foreach更直观易调试。
用 array_reduce 做分组统计，本质是「累积器手动建表」
它不是为分组设计的函数，但能干这事——关键在于你传进去的「初始值」得是个空数组，且回调里自己写清楚：按哪个键归类、怎么累加。很多人卡在回调返回值不对，导致最后得到 null 或报 Warning: array_merge(): Expected parameter 1 to be an array。
常见错误现象：array_reduce 返回 false 或原始数组没变；分组键名错位（比如把 $item['type'] 写成 $item->type）；累加时没初始化子数组就直接 +=。
- 初始值必须是
[]，不能省略或写成null - 回调第一行建议先检查
$carry[$key]是否存在，不存在就初始化（比如$carry[$key] = ['count' => 0, 'sum' => 0]） - 别依赖「自动类型转换」做数值累加，
$carry[$key]['sum'] += $item['val']前确保$item['val']是数字，否则可能拼成字符串
和 foreach 对比：什么情况下值得上 array_reduce
纯分组计数？用 foreach 更直白、易调试、性能略好。但如果你已在链式调用中（比如 array_filter → array_map → array_reduce），或者想把分组逻辑抽成可复用的闭包，array_reduce 就有存在感了。
性能影响：PHP 8.0+ 差异微乎其微，但老版本中 foreach 稳定快 10%~15%；内存上 array_reduce 多一次闭包栈帧，不过对普通业务数据量可忽略。
立即学习“PHP免费学习笔记（深入）”；
- 需要函数式风格、避免中间变量污染作用域时选
array_reduce - 要调试分组过程（比如
var_dump每一步$carry）？foreach更友好 - 处理超大数组（>10 万项）且对性能敏感？优先
foreach，array_reduce的闭包调用开销会放大
array_reduce 分组时容易漏掉的边界条件
最常被跳过的不是语法，而是数据本身不干净：空值、缺失字段、类型混杂。比如按 $item['status'] 分组，但某些 $item 根本没有这个 key，或者值是 null、0、'' —— 这些都会被当成同一组键，除非你显式过滤或映射。
- 用
isset($item['field'])或array_key_exists('field', $item)判定键存在性，别只靠$item['field'] ?? 'default' - 如果分组依据是浮点数或带空格字符串，先
trim()或round()，否则'1.0'和1会分到不同组 - 多维分组（如按
['category', 'priority']）需拼接键名，推荐用sprintf('%s|%s', $item['c'], $item['p'])，别用$item['c'] . $item['p']（防12 + 3和1 + 23碰撞）
一个真实可用的订单分组统计示例
场景：统计每个用户下的订单总数、总金额、平均单价。不用额外循环，全靠 array_reduce 一次收口：
$result = array_reduce($orders, function ($carry, $order) {
$uid = $order['user_id'] ?? 'unknown';
if (!isset($carry[$uid])) {
$carry[$uid] = ['count' => 0, 'total' => 0.0, 'avg_price' => 0.0];
}
$carry[$uid]['count']++;
$carry[$uid]['total'] += (float)$order['amount'];
// 注意：这里 avg_price 是动态重算，不是简单累加
$carry[$uid]['avg_price'] = $carry[$uid]['total'] / $carry[$uid]['count'];
return $carry;
}, []);
注意最后一行 return $carry 不能漏——这是 array_reduce 继续迭代的前提。漏了就只处理第一个元素。
复杂点在于：分组后还要衍生计算（比如平均值），这时不能只存原始值再统一算，得边跑边更新。这种逻辑一旦嵌套深了，foreach 反而更清晰。所以别硬撑「高阶」，够用就行。
