如何保证同一个用户提交的订单不重复？

Question

最近一直都遇到一个很让我郁闷的事情，自己开发的系统上线后一直都会存在个别一两单支付了没有修改订单状态的问题，而且出现问题的订单是在同一秒里重复产生了好几个订单最后给了钱没有修改到订单状态。

问题图：

这一张图中是12号桌用户产生的一个订单，它最后成功的订单是2017092918226这一单是支付成功的，却没有修改为支付成功，其他不成功的，看订单的生成时间竟然都是在同一个时间点相差几秒。不知道为什么都没有去执行修改订单状态。

让我郁闷很久，也是奇怪很久的事情

为什么一晚上90多个订单，就出现1到2单会出现这种情况。因为这家餐饮店是一家新开的店，店里网不是很好，这让我一直怀疑是网出现卡顿所产生的重复提交订单的原因。但是那边一直认为是我们系统的问题，现在一直想用代码解决这个问题，加了好几层逻辑限制都没有办法解决这个问题。所以想求助大神帮忙分析下问题怎么解决。

代码流程：

特别说明：自己和公司的人（100多号人）同时测试这个系统过（操作并没有讲清的情况下测试），都正常。另外也叫过25个人同时下单（操作并没有讲清的情况下测试），10分钟内测试下单300多单，没有一单出错。但是不知道为什么当在店里客户消费时却出现这种问题，因为不知道用户是如何操作的，其次查看流量监控，当时并不是用餐高峰的请求点，还有订单生成时间段里，是几分钟有一单支付成功生成。所以推断不是用餐高峰的同一时段并发导致的重复订单生成,其他桌都可以支付成功，却只是个别桌子出现订单重复生成导致支付后没有支付成功，真的让我很郁闷。

希望大神可以给我诊断下这个问题，小生第一次遇到这种事情，谢谢了。

Answer 1

支付类的操作不应只是在前端做拦截校验，后台也需要做拦截

Answer 2

提交订单就保存到系统，然后查出订单显示详情，下面显示确认按钮，确认后显示去支付的页面这样直接从设计角度防止重复提交，就算提交订单那一步重复了，确认的订单绝对是存在的 PS: 不建议直接修改按钮disable状态， 因为有些时候莫名还是能点的。最好直接显示一个层，禁止事件冒泡， 层遮住整个页面。 和禁用状态一起用更保险

Answer 3

我的订单处理方式都是和验证码一个道理,以jquery+ajax+php提交为例; 前端:发起请求,附上提交页的一次性token, 点击之前判断特征比如data('id',1)的时候,存在则说明正在请求中,禁止请求.后端:收到新订单的时候验证token并将订单表锁行,直到回调给前端时释放.这样你无论在瞬间请求多少次,我后端只处理一次. 重要的一点是无论后端加强逻辑,而不是前端下功夫,如果不慎重复点击就能造成提交重复,肯定是后端逻辑有问题.前端不过是用户操作的一个展示.

Answer 4

我现在的平台也有此类的问题，一般都是用户点击的时候重复，瞬间的事情，很难鉴定的，我现在用的最简单粗暴，只要提交了，就按钮灰掉或者跳转，不等到服务器给出反馈。希望你有好的方案后能分享下。

Answer 5

1、前端去禁止重复点击。2、后端对业务处理，发现重复的订单，禁止入表

Answer 6

这个问题不要通过纯前端的方式去解决吧！看数据库里面的记录基本都是同时提交的，题主也说公司N多人一次测试也未能重现。 解决方案：让请求“幂等”。 简单来说在付款的页面提前获得一个下单的token，每个token只能提交一次订单，以同样的token创建订单不会成功。

Answer 7

有没有测兼容性，

Answer 8

最后的解决办法是， 前端限制 前端的按钮需要一点就改变，我用的是替换为另一个没有点击事件的按钮防止再点击。 2.后端限制匹配查询上一张间隔是否相差15秒内，如果15秒内禁止重复提交订单。有效防止短时间内多单提交。

Answer 9

前端：状态设置，防止重复点击后端：redis setnx