接口防重复提交解决方案总结

传统方式(不推荐)

首先我们介绍下之前传统的防重复提交方式:

1:前端处理:

思路如下:

function dosubmit(){

//第一步,我们需要获取表单的提交按钮。

var btnSubmit = document.getElementById("submit");

//第二步,需要将表单提交按钮设置为不可用(或则直接隐藏,但是隐藏的话会被认为是BUG),这样就可以避免用户再次点击提交按钮,进行提交操作。

btnSubmit.disabled= "disabled";

//第三步,返回true让表单可以正常提交。

return true;

}

2:服务端session处理

思路如下:

1、在服务器端生成一个唯一的随机标识号,专业术语称为Token(令牌),并在当前用户的Session域中保存这个Token。

2、将Token发送到客户端的Form表单中,在Form表单中使用隐藏域来存储这个Token,表单提交的时候连同这个Token一起提交到服务器端。

3、在服务器端判断客户端提交上来的Token与服务器端生成的Token是否一致,如果不一致,那就是重复提交了,此时服务器端就可以不处理重复提交的表单。如果相同则处理表单提交,处理完后清除当前用户的Session域中存储的标识号。

防重复提交解决方案!史上最全原理解析!

 

Spring-AOP防重解决方案(推荐)

以上是比较早的防重复提交解决方案,本文我们再介绍一种:

服务端Spring -AOP防重

思路如下:

1、自定义注解 @NoRepeatSubmit 标记有必要防重复提交请求Controller。

2、通过Spring-AOP方式对所有标记了 @NoRepeatSubmit 的方法进行切入拦截。

防重复提交解决方案!史上最全原理解析!

 

3、在业务方法执行前,获取当前用户的 token+ 当前请求地址,作为一个唯一 KEY,去获取 Redis 分布式锁(如果此时并发获取,只有一个线程会被成功获取到锁)。

防重复提交解决方案!史上最全原理解析!

 

4、业务方法执行后,一定要释放锁,异常也要释放锁(放到finally中释放亦可)。

防重复提交解决方案!史上最全原理解析!

 

通过上面测试,我们看到初始化十个线程,只有一个线程是提交成功了。

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值