• 肯定不能依赖前端

• 2可以

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

方案一 个人觉得是不可行的
因为没有办法控制客户端能在半个钟准时的发送一个请求来撤销你的订单。

个人建议使用方案二，定时任务脚步，一分钟执行一次
查询数据库 判断下单时间超过30分钟，取消订单。（如订单量大，不可用此方法）

另请注意，请判断好支付完成回调的验证，因为

用户下单后，20几分钟后再点击付款，再到支付页面停留，时间已经超过30分钟，然后支付成功回调时请注意判断验证回调的信息

另外希望有支付经验丰富的大哥指点指点。

我刚好做过这样的功能，要看你取消订单后需不需要恢复库存了，不需要的话可以插入个结束时间来做标识，如果需要恢复库存的话可使用swoole里面的毫秒定时器swoole_timer_after来实现，如果使用的是laravel框架的话也可以使用延时队列来实现。

其实没必要做成定时器之类的，你可以在订单生成的时候同时插入数据库 一个结束时间

虽然不是干客户端的，但是我感觉从客户端去计算时间未免有点不靠谱吧，在下单的时候服务器就应该有信息了，然后服务端去加定时就可以了.

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

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

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