用 array_push 和 array_shift 可实现高效 fifo 队列：前者尾部入队，后者头部出队且 php 对其做了底层优化；而 splqueue 是 spl 提供的真正队列，无索引重排、不支持下标访问、迭代中出队行为需谨慎，但性能更稳定、语义更严谨。
用 array_push 和 array_shift 实现 FIFO 队列
PHP 数组本身不是队列结构，但靠两个函数就能模拟出标准的先进先出行为：array_push 往尾部加元素，array_shift 从头部取元素并重排索引。这是最直观、语义最清晰的做法。
常见错误是反过来用：array_unshift + array_pop——虽然也能 FIFO，但每次 array_unshift 都要移动所有键值，性能随长度线性下降；而 array_shift 虽然也重排索引，但 PHP 底层对头部移除做了优化，实际比前者快不少。
- 只在小规模数据（
-
array_shift对空数组返回NULL，不抛错，但容易漏判，建议加!empty($queue)检查 - 注意键名：原生数组操作后数字键会重置为 0,1,2…，关联键会被保留，但队列逻辑一般只关心顺序，不依赖键名
为什么不用 array_push + array_pop？
那是栈（LIFO），不是队列。用错会导致逻辑反转：比如任务调度、消息消费场景中，后进的任务反而先执行，业务就乱了。
典型现象：你往数组里按 A→B→C 顺序 array_push，再用 array_pop 取三次，拿到的是 C→B→A——和预期的 A→B→C 完全相反。
立即学习“PHP免费学习笔记（深入）”；
- 错误写法：
array_push($q, $item); $item = array_pop($q); - 正确队列写法：
array_push($q, $item); $item = array_shift($q); - 如果真想省掉
array_shift的索引重排开销，可用双端数组技巧（见下一条），但别为了“省一点”牺牲可读性
大数组下怎么避免 array_shift 性能塌方？
当队列长期维持几千甚至上万元素时，array_shift 每次都要复制整个数组内部结构，CPU 和内存压力明显上升。这不是理论问题，线上跑着跑着就会卡顿。
简单有效的折中方案：用两个数组模拟“环形缓冲区”，一个存新入队数据（$back），一个存待出队数据（$front）。只有当 $front 空了，才把 $back 整体翻转过来赋给 $front，摊平了成本。
$front = [];
$back = [];
function enqueue(&$front, &$back, $item) {
$back[] = $item;
}
function dequeue(&$front, &$back) {
if (empty($front)) {
$front = array_reverse($back);
$back = [];
}
return array_pop($front);
}
- 均摊下来，每个元素最多被翻转一次，
O(1)摊还时间复杂度 - 不要自己实现指针式环形数组——PHP 没有真正的指针，强行模拟反而难维护
- 如果项目已用 Composer，直接上
SplQueue更稳：$q = new SplQueue(); $q->enqueue($x); $q->dequeue();
SplQueue 和原生数组队列的关键区别在哪？
SplQueue 是 SPL 提供的真正队列实现，底层不依赖 PHP 数组结构，没有索引重排，也不自动重置键名，更接近其他语言的标准队列行为。
最容易被忽略的一点：它默认是「迭代器不可修改」的——遍历过程中调用 dequeue 不会报错，但后续迭代可能跳过元素或重复返回。这点和原生数组不同，后者遍历时修改数组本身行为未定义，但多数人其实没试过遍历+出队。
-
SplQueue的count()是O(1)，原生数组得用count($arr)，也是O(1)，这点没差别 -
SplQueue不支持用[]直接访问元素，不能写$q[0]，必须用rewind()+current()，这点常被低估 - 兼容性：PHP 5.3+ 都有，但某些老旧环境（如某些嵌入式 PHP 或定制 SAPI）可能禁用了 SPL 扩展，上线前记得
extension_loaded('spl')检查
真正麻烦的不是语法，而是思维切换：数组队列你随时可以 print_r 看全貌，SplQueue 得手动遍历才能看清内容。调试时多敲两行，但生产环境少踩一堆坑。
