PHP SPLFixedArray 适合做批处理缓存吗：顺序读取、内存观测与数组替代边界

如果一批数据的数量在进入处理器前就能确定，而且只需要按 0 到 n-1 的整数下标顺序读取，SplFixedArray 可以作为一个边界明确的批处理缓存。它不是“自动让 PHP 变快”的数组替代品：遇到稀疏键、频繁扩容或需要按字段名查找时，普通数组往往更顺手。

把它当成“已知容量的顺序槽位”，先用真实输入规模和内存峰值验证，再决定是否替换普通数组。

数据进入缓存前：先确定长度和输入形状

SplFixedArray 的第一道边界是容量。下面的例子假设上游已经把批次切成固定大小，先把输入逐项校验，再写入对应槽位。这样数据来源、校验和存储模型是分开的，后续出现空槽时也能判断是业务值还是未通过校验。

 101, 'amount' => 18.50],
    ['id' => 102, 'amount' => 23.00],
    ['id' => 103, 'amount' => -1.00],
];

$buffer = new SplFixedArray(count($input));
$accepted = 0;

foreach ($input as $row) {
    if (!isset($row['id']) || $row['amount'] count() . ", accepted={$accepted}" . PHP_EOL;

这个示例故意保留了一个尚未写入的槽位。count() 返回的是固定大小，而不是有效订单数量；业务统计应单独使用 $accepted，不能把两个概念混为一谈。

顺序读取：固定槽位不等于有效记录数

固定数组可以用迭代器顺序读取，也可以用整数下标读取。若校验阶段允许跳过输入，读取阶段就必须识别 null 或维护有效数量，否则会把未填充槽位当成一条业务记录。

for ($i = 0; $i 

当批次保证“每一个槽位都写入有效值”时，$buffer->count() 才可以直接作为循环上界。否则应保存有效计数，或者在进入缓存前先压紧输入。

观测存储和查询路径：不要只看一组内存数字

官方手册说明，SplFixedArray 的长度需要手动管理，只允许范围内的整数索引，并且通常比标准数组使用更少内存。但实际收益取决于 PHP 版本、元素形状、批次长度和是否把数据再次转回普通数组。可以用同一批输入做本地对照，记录峰值而不是引用网上的固定比例。

function peakFor(callable $build): int {
    gc_collect_cycles();
    $before = memory_get_peak_usage(true);
    $build();
    return max($before, memory_get_peak_usage(true));
}

$size = 50000;
$arrayPeak = peakFor(function () use ($size) {
    $items = [];
    for ($i = 0; $i 

这个测试只用于观察方向：两个闭包共享同一进程，峰值会受到先后顺序、垃圾回收和其他代码影响。更可靠的验收方式是分别启动干净的 PHP 进程，多次交换测试顺序，再比较批次完成时间和峰值。

异常处理和清理：容量变化要显式记录

固定长度的好处也是约束：写入超出范围的下标会暴露容量计算错误，动态增长不能像普通数组那样自然发生。若批次在处理途中需要追加数据，应先决定是新建更大的固定数组并搬移，还是回到普通数组；不要在异常路径里偷偷改变数据结构。

$next = new SplFixedArray($buffer->count() * 2);
foreach ($buffer as $index => $row) {
    $next[$index] = $row;
}
$buffer = $next;
unset($next);

在长时间运行的消费者里，批次完成后应解除对缓存和临时行的引用，并观察实际峰值是否回落。清理只负责释放当前批次，不会修复一次错误的容量规划。

什么时候继续用普通数组

• 键是订单号、用户标识等非连续字段，需要直接按键查找。
• 数据量经常变化，且追加、删除、合并比固定槽位更重要。
• 代码依赖 array_filter、array_column 等普通数组函数，转换成本超过了缓存收益。
• 记录本身是关联结构，真正的瓶颈在数据库读取或序列化，而不是容器占用。

常见问题

SplFixedArray 的 count() 是有效记录数量吗？

不是。它返回固定槽位数量；如果只写入了一部分，应维护有效计数或在读取时检查空槽。

可以把 SplFixedArray 当作队列无限追加吗？

不适合。容量边界需要显式调整，若追加是主要操作，普通数组或专门的队列结构更符合意图。

它一定比普通数组快吗？

不能这样下结论。先用生产形状的元素、批次长度和独立进程测量内存峰值与处理时间，再看是否值得承担固定索引约束。

总结：用数据边界决定容器

从输入数量、校验结果到顺序消费，SPLFixedArray 最适合“容量已知、整数顺序索引、批次结束即清理”的短生命周期缓存。只要业务需要稀疏键、动态扩容或丰富的数组函数生态，普通数组的表达力通常更重要。把两种容器放在同一输入和同一验收指标下对比，结果才足以支持替换决定。