php订单超时处理需借助外部机制：redis键过期监听（推荐，低延迟）、rabbitmq死信队列（高可靠）、swoole定时器（轻量但单机）、linux cron轮询（简单但有1分钟延迟）。
PHP本身没有原生延迟执行能力，必须借助外部机制实现订单超时处理。核心思路是：订单创建时“预约”一个30分钟后触发的动作，而不是等到那一刻再查数据库。真正可靠的方式不是靠轮询，而是让系统在超时**瞬间**自动感知并响应。
用 Redis 键过期事件监听（推荐）
这是中小型项目最实用、低延迟、低资源占用的方案。下单时写入一个带 TTL 的 Redis key，同时启动一个常驻进程监听过期事件。
- 下单时执行：
$redis->setex('order_timeout:12345', 1800, '12345')（30分钟 = 1800秒） - 确保 Redis 配置开启键空间通知：
notify-keyspace-events Ex - 用 PHP 启动一个长期运行的监听脚本（可用 Swoole 或 while 循环 + psubscribe），订阅频道
__keyevent@0__:expired - 收到事件后提取订单号，调用取消逻辑（更新状态、释放库存、发通知），注意做幂等校验（比如先查订单当前是否仍是“待支付”）
用 RabbitMQ 死信队列（高可靠场景）
适合中大型系统，强调消息不丢失、可追溯、易监控。RabbitMQ 本身不支持延迟投递，但可通过死信（DLX）+ 队列级 TTL 精准模拟。
- 声明一个普通队列
order_timeout_queue，设置x-message-ttl=1800000和x-dead-letter-exchange=dlx.order - 声明死信交换机
dlx.order（direct 类型），绑定到消费取消逻辑的队列order_cancel_queue - 订单创建成功后，直接向
order_timeout_queue发送一条消息（内容含 order_id） - 30 分钟后消息自动过期，被路由到死信交换机，最终由消费者执行取消动作
用 Swoole 定时器（轻量、开发快）
适合已使用 Swoole 的项目，或对实时性要求不高、并发量不大的场景。下单时在内存中注册一个延时回调。
- 调用
swoole_timer_after(1800000, function() use ($orderId) { cancelOrder($orderId); }) - 优势是代码简洁、无额外中间件依赖
- 缺点是定时器绑定在当前 Worker 进程，若进程重启或服务部署变更，定时任务会丢失；不适合分布式环境
- 生产环境需配合进程管理工具（如 Supervisor）保证监听进程存活
用 Linux Cron 轮询（简单但有延迟）
最传统的方式，适合低频、对时效性不敏感的小系统。
- 编写 PHP 脚本：查询
create_time 且 <code>status = 'pending'的订单，批量更新为“已取消” - cron 设置为每分钟执行一次：
* * * * * /usr/bin/php /path/to/cancel_timeout_orders.php - 最大延迟接近 1 分钟，数据库压力随订单量增长明显，不建议用于日单量超万的系统
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
