终极绝杀技之防止重复提交的方法

不管提交什么数据都可能出现重复提交的情况，本文用js禁用浏览器中的按钮，防止用户再次点击按钮，实现防止重复提交的目的，那么终极绝杀技之防止重复提交的方法大家知道吗？别着急，爱站技术频道小编为大家细细道来。
1. 常规防重复提交

这里需要注意的是：
(1). UseSubmitBehavior="false" ：需要设置成false，这样生成了个的input的类型才是button；如果用默认的true，生成的input的类型为submit，postback到服务器端，将不会触发button的服务器端事件；
(2). Button不能有ValidationGroup属性，否则，postback到服务器端，将不会触发button的服务器端事件；

2. 当遇上Validator控件
如果页面上使用了Validator控件，继续使用上面1种的方法，我们会发现，Validator控件失效了。因为将button disable掉后，提交的时候将不再使用Validator控件进行校验。
针对此问题，一个解决方案，就是提交前手动校验一次。如果我们用IE Develop tool来跟踪提交的JS代码，我们会发现asp.net是在Page_ClientValidate函数中来完成Validator中设置的校验，所以下面手工调用一次该方法，如果校验失败，则不提交：

说明：如果页面上有多个Validator控件，并且多个Button需要进行分组校验，则只需要设置Button的ValidationGroup即可。
上面的这个方法，貌似已经完美了；通常情况下，文章写到这里也该结束了，我们的系统也是这么使用的。但是……最近一个客户，老抱怨每个月总有几条重复的业务数据。。。
. 当用户的点击速度足够快……
根据客户的反馈信息，我们查了下那几条重复的业务数据，发现同样的记录偶尔会出现两次，并且DB中记录的创建时间完全相等(精确到毫秒)。然后也让用户的演示了一下她日常的操作方式，发现她点鼠标相当的快；虽然没有重现问题，但我们也大致知道问题的可能原因了：当用户点击的速度足够快，浏览器还没有来得及将button禁用掉，用户又点击了第二次……
为了重现问题，我们做了如下测试：
 

然后页面后台代码如下：

每次页面PostBack时，全局变量+1，如果连续PostBack两次，则得到的是+2的累计。测试的结果：除了偶尔+1，大部分情况都是累加2……看来，如果用户点击鼠标的速度足够快，前面2中的办法还是无法杜绝重复提交，咋办呢？？？

4. 终极绝杀技

    处理思路就是，用数组记录用户的点击时间，如果点击时间小于某个时间间隔(下面演示的1秒，即1000毫秒)，则认为是重复提交，并取消当前点击事件，直接上代码了：

说明：
(1). 测试时发现，如果直接单独设置cancelBubble、或者returnValue来取消事件，经常取消不了，依然存在高频率的重复提交。因此只好用返回值来实现手工控制；
(2). disableButton接收一个validateGroup参数，如果指定了ValidateGroup，则只验证改组；如果未指定，则验证全部验证控件。

上文介绍了关于终极绝杀技之防止重复提交的方法，在程序员的世界大家要多学习这些专业知识提升自己，才能在实际中处变不惊。