商城订单超过 30 分钟未支付自动取消订单，最佳解决方案是怎样？

[herozw]

如果用定时任务设置一个每秒执行的脚本，那样可能影响服务器性能。

[Azmeont]

查询订单状态时检查是否超时

[hging]

创建订单的时候 创建一个 30 分钟后执行的异步任务 如果支付成功取消这个任务 如果没有支付 就会自动执行。

[whileFalse]

定时任务每分钟呢？

[reus]

怎么影响性能？

[WuwuGin]

提出一个推测的建议：因为最早之前 steam 上支付卡单，支付后显示 pending。最终都是整点到库（听说是 union pay 的锅）。所以我感觉都是整点检测吧，或者定一个时间段。

[herozw]

@whileFalse 因为倒计时是按每秒计算。

[herozw]

@Azmeont 我也是这么考虑的

[Felldeadbird]

1.cron
2.用户进入订单或者后台客服进行订单操作时进行过期处理。

不要担心服务器性能。服务器性能是用来消耗的。

[wangxn]

不用定时啊，只要客户重新查看这个订单，假如超时了，那么就做相应处理，假如一年都不访问，那就一直保持未超时的状态。

[Millyn]

生成订单时就创建一个过期时间的字段，根据这个字段来判断是否过期。

[kaka826]

用 redis 被动过期，客户端查询订单就从 redis 里取判断，redis 里的 key 过期，就取消订单

[holystrike]

首先取消时业务逻辑做好判断
然后另外有个轮询取消任务就可以了

[domty]

做过类似的。
做个队列一个个按时间丢进去进行，然后开个定时器每隔一段时间从队列头部拿出来一个检查是否到时间，倒了就拿出来改状态更新到数据库。
检查前先去库里检查是否到手动被取消，若已被取消从队列头推出。

[hinate]

设计一个任务中心，使用延时任务。

[b821025551b]

要留记录就定时每秒执行，不留记录直接 30 分钟的缓存

[justfindu]

每分钟执行就可以了 反正都是取消订单, 你还在乎时间延时么. 即使最后一秒他付款了, 那不就是目的么 , 而且退款流程加入队列

[zhea55]

@Azmeont

我来抬杠了。

一般订单失败，是会给用户发邮件的。如果状态迟迟不更新，用户邮件功能如何实现？

[chairuosen]

记得微信高可用公众号分享过一个类似文章。
1，每个商品一个定时器还是全局一个定时器。每个商品一个的话，太耗性能。所以全局一个。
2，全局一个定时器怎么知道谁到了时间谁没到。遍历一遍页耗性能。
方案是如果倒计时 30 分钟，精确到 1 分钟，就建 30 个队列，有个游标，1 分钟换下一个队列，新插的放这个队列，然后失效再下一个队列并清空。

[qiujin]

使用 beanstalkd 这种有延迟任务功能的队列

[lepig]

@wangxn
1. 客户进入到自己的订单列表，岂不是很多未支付订单
2. 如果客户下了 10 个单超时未支付，那么我们后台管理系统中-订单列表查看的话还要处理一次。