本文讨论了在用户创建订单后30分钟内未支付即取消订单的实现方案。提出的方案包括客户端定时检查、服务端定时任务、Redis过期机制、工作队列以及结合数据库查询的被动过期策略。讨论中强调了不依赖客户端、避免数据丢失和确保支付回调验证的重要性。
我先在要做这样的功能：
用户在创建订单后，订单表中记入的是未付款状态，如果用户在30分钟后，还未付款，然后就把该订单给取消。
关于用户创建订单，30分钟后还没付款，取消该订单的逻辑是怎么实现的。
我自己的想了两个方案：
(1):客户端记入这个订单，如果在30分钟后还没有付款，就发送一个请求，调用后台的接口，来取消这个订单。
(2):服务端写个脚本，然后crontab来执行，来监控在30分钟还没有付款的订单，如果有就取消订单。
各位大神，这是我想到的两个方案，不知道合不合适，求大神们指点指点，感激不尽。
不知道你的客户端是什么，但是方案1很依赖客户端，订单决策不应该由客户端发起
方案2的话就要考虑你的执行密度，要知道每时每刻都会有新订单发起的，每时每刻也会有订单过期。
用一些成熟的带TTL控制的方案吧，比如redis。
我之前的做法是在每次查询这个订单时候检查过期，被动过期。
比如，查询订单细节时，再去检查是否过期然后再处理。
当然，如果这条数据不被访问可能永远不会过期，直到有人访问它。
有点像薛定谔的猫，在你打开盒子(检查订单)之后，才知道它是否过期。所以叫被动过期
客户端数据被篡改就能无限修改这个时间阈值了
肯定不能依赖前端
2可以
创建订单后，放个30分钟执行的任务到工作队列。
补充一：
工作队列具体流程
最低0.47元/天 解锁文章
1091
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
