PHP 8.3 中 array_reduce 对空数组仍返回 null，与 8.2 一致；变化在于类型检查更严格：未传 $initial 时 null 更早暴露为 TypeError，且回调返回值必须严格匹配 $initial 类型。
PHP 8.3 中 array_reduce 对空数组的处理和 PHP 8.2 完全一致，但回调函数的类型约束更严——真正出问题的不是空数组逻辑变了，而是你没显式传 $initial，又在 PHP 8.3 下触发了更早的类型错误或 null 传播。
PHP 8.2 和 8.3 的空数组返回值没变，但 null 会更快暴露问题
两个版本下，array_reduce([], $callback) 都返回 null；加了 $initial（比如 0 或 []）就直接返回该初始值。变的是后续代码对这个 null 的容忍度：
- PHP 8.2 可能只是 warning 或静默继续（比如
$null + 5得到5），尤其在弱类型上下文中 - PHP 8.3 启用严格模式或启用了
declare(strict_types=1)时，null传给期待int的参数会直接抛TypeError - 如果回调里写了
return $carry ?? 0;这类兜底，反而掩盖了空数组本应被感知的业务语义
回调函数签名在 PHP 8.3 下必须匹配初始值类型
PHP 8.3 不再容忍“靠运气兼容”的回调返回值。例如：
$result = array_reduce($arr, fn($carry, $item) => $carry . $item, ''); // OK：初始值是 string，回调也返回 string $result = array_reduce($arr, fn($carry, $item) => $carry + $item, 0); // OK：初始值 int，回调返回 int $result = array_reduce($arr, fn($carry, $item) => $carry . $item, 0); // ❌ PHP 8.3 TypeError：0 + 'a' → int given, expected string
常见踩坑点：
立即学习“PHP免费学习笔记（深入）”；
- 把数字初始值（
0）和字符串拼接回调混用，PHP 8.2 可能隐式转成"0a"，PHP 8.3 直接报错 - 回调里忘了
return，导致某轮返回null，下一轮$carry是null，再参与运算就崩 - 用了引用参数（
fn(&$carry, $item)），PHP 8.0+ 已警告，8.3 仍会抛E_WARNING，且不执行
升级 PHP 8.3 前必须检查的三处调用点
别只扫 array_reduce 调用本身，重点看它产出的值怎么被下游使用：
- 是否直接赋给了声明了类型的属性？例如
public int $sum;← 若array_reduce返回null，这里就炸 - 是否作为参数传给了另一个强类型函数？比如
someFunction(int $x)←null进去立刻TypeError - 是否在 JSON 输出前没做空值检查？
json_encode(['total' => $sum])中$sum是null，前端可能收不到字段或解析失败
最常被忽略的一点：空数组不是边缘情况，而是真实业务流的一部分（比如用户没提交任何选项、API 返回空列表）。$initial 不是“防错补丁”，它是你对“无数据时应代表什么语义”的明确声明。漏掉它，8.2 可能侥幸跑过，8.3 会逼你直面这个设计选择。
