php - 用户提交订单，30分钟后没付款取消订单功能分析

Question

我先在要做这样的功能：

用户在创建订单后，订单表中记入的是未付款状态，如果用户在30分钟后，还未付款，然后就把该订单给取消。
关于用户创建订单，30分钟后还没付款，取消该订单的逻辑是怎么实现的。
我自己的想了两个方案：
(1):客户端记入这个订单，如果在30分钟后还没有付款，就发送一个请求，调用后台的接口，来取消这个订单。
(2):服务端写个脚本，然后crontab来执行，来监控在30分钟还没有付款的订单，如果有就取消订单。

各位大神，这是我想到的两个方案，不知道合不合适，求大神们指点指点，感激不尽。

Answer 1

不知道你的客户端是什么，但是方案1很依赖客户端，订单决策不应该由客户端发起

方案2的话就要考虑你的执行密度，要知道每时每刻都会有新订单发起的，每时每刻也会有订单过期。

用一些成熟的带TTL控制的方案吧，比如redis。

---

我之前的做法是在每次查询这个订单时候检查过期，被动过期。

比如，查询订单细节时，再去检查是否过期然后再处理。
当然，如果这条数据不被访问可能永远不会过期，直到有人访问它。

有点像薛定谔的猫，在你打开盒子（检查订单）之后，才知道它是否过期。所以叫被动过期

Answer 2

查询的时候直接拿当前时间加上30分钟过滤，配合被动取消订单很完美的解决方案

Answer 3

客户端数据被篡改就能无限修改这个时间阈值了

Answer 4

• 肯定不能依赖前端

• 2可以

Answer 5

创建订单后，放个30分钟执行的任务到工作队列。

补充一：

工作队列具体流程：

1. 用户创建订单A

2. 生成30分钟后执行的任务，任务内容是：检查订单A是支付成功，如果没支付则标记为失效订单

3. 用户支付，如果订单已失效，说明已经过了30分钟，否则标记订单支付成功

Laravel自带的队列很方便：Queues

胡思乱想：

直接用Redis的过期功能把订单删了并不好，或者要预留多一点时间，不要准确30分钟过期。

考虑这种情况：

对接微信支付，用户在29分59秒支付成功，微信在支付成功时发送异步给服务器，1.1秒后到达服务器，而这个时候订单已经被删了。

在生成微信的订单时判定一次即可。

Answer 6

守护进程处理

Answer 7

我觉得性能最好的就是高票回答，也就是和php的session过期gc回收机制一样的原理。

如果理解不了那个方法，也可以试试看redis里面加过期时间的办法，这种方法有个缺陷就是如果某个redis节点当机，可能会导致那个节点下的用户订单丢失，这个时候就需要多机同步备份了。

Answer 8

1. 订单创建成功后放进redis 超时时间设置为30分钟

2. 做个crontab定时任务 检查订单是否超过30分钟

推荐第一种方法

Answer 9

未付款的订单都扔到临时表里，客户端去判断是否过期。

服务器做个定时任务，每天清除一次临时表的过期订单数据。没必要总是去清理。

Answer 10

普遍的做法是2，但是2比较尴尬crontab是分钟级别的。我觉得可以配合redis做一层下单时间校验。