订单超时怎么处理？

这是一道场景题，当面试官问：

订单超时怎么处理？
用户下单后有一个延迟 15 分钟的支付订单，怎么处理？

我们该怎么回答呢？

参考答案：

延迟支付订单的场景可以采用消息队列的延迟任务方案。即在用户下单时，将订单放入一个延迟队列中，延迟 15 分钟检查支付状态，超时未支付则取消订单。这种方式可以在高并发下有效降低系统负担，减少数据库轮询压力，并通过消息队列的自动调度机制确保订单准时处理。同时，这个设计可以通过消息的幂等性、分布式部署等手段提升系统的可靠性和扩展性。

好，接下来，我们来分析一下。

在企业的商业活动中，订单是指交易双方的产品或服务交易意向。交易下单负责创建这个交易双方的产品或服务交易意向，有了这个意向后，买方可以付款，卖方可以发货。

在电商场景下，买卖双方没有面对面交易，许多情况下需要通过超时处理自动关闭订单，下面是一个订单的流程：

如上图所示，一个订单流程中有许多环节要用到超时处理，包括但不限于：

买家超时未付款：比如超过 15 分钟没有支付，订单自动取消。
商家超时未发货：比如商家超过 1 个月没发货，订单自动取消。
买家超时未收货：比如商家发货后，买家没有在 14 天内点击确认收货，则系统默认自动收货。

一、JDK 自带的延时队列

JDK 中提供了一种延迟队列数据结构 DelayQueue，其本质是封装了 PriorityQueue，可以把元素进行排序。

把订单插入 DelayQueue 中，以超时时间作为排序条件，将订单按照超时时间从小到大排序。
起一个线程不停轮询队列的头部，如果订单的超时时间到了，就出队进行超时处理，并更新订单状态到数据库中。
为了防止机器重启导致内存中的 DelayQueue 数据丢失，每次机器启动的时候，需要从数据库中初始化未结束的订单，加入到 DelayQueue 中。

优点：简单，不需要借助其他第三方组件，成本低。

缺点：

所有超时处理订单都要加入到 DelayQueue 中，占用内存大。
没法做到分布式处理，只能在集群中选一台 leader 专门处理，效率低。
不适合订单量比较大的场景。

二、RabbitMQ 延时消息

RabbitMQ 的延时消息主要有两个解决方案：

RabbitMQ Delayed Message Plugin
消息的 TTL+死信 Exchange

RabbitMQ Delayed Message Plugin 是官方提供的延时消息插件，虽然使用起来比较方便，但不是高可用的，如果节点挂了会导致消息丢失。引用官网原文：

Delayed messages are stored in a Mnesia table (also see Limitations below) with a single disk replica on the current node. They will survive a node restart. While timer(s) that triggered scheduled delivery are not persisted,...

真诚点赞诚不我欺

订单超时怎么处理？

一、JDK 自带的延时队列

二、RabbitMQ 延时消息

目录

划线评论