防止表单重复提交的几种解决方案,结合个人理解以及一些疑问

如何定义“重复提交”:

查找了一些资料,结合个人理解,“重复提交”是指在一段时间内进行了多次不完整的请求,通常两次请求时间间隔很短,小于一次表单处理所需要的时间。
何为完整的请求,如图:
在这里插入图片描述

如果第一次请求成功,再发送第二次请求,尽管两次请求时间也很短,严格来讲,并不算重复提交。

第一次请求还未收到响应,客户端立马发送第二次请求,就会出现重复提交,多发生在以下场景:

  1. 提交表单后,点击F5刷新,再次触发表单提交
  2. 由于网络或者其他原因,客户端未能及时收到服务端响应,客户端重复点击 “提交” 按钮
重复提交可能会导致业务数据混乱,影响业务流程

解决方案:

方案一:前端js处理

用户点击“提交”按钮后,将按钮设置不可点击状态,或者设置loading窗口,在接收到服务端响应之前,禁止用户再次点击
类似如下效果:
在这里插入图片描述
在这里插入图片描述
基本上,这种方案可以解决99%的问题,除非你的网站非常有价值,别人就想通过接口来攻击你;否则,就需要通过后端解决方案。


方案二:token机制

前端进入表单页,先请求token,设置表单隐藏域,后端将token设置session或者redis中;提交表单时,携带token一同提交,token唯一且只能使用一次,后端进行token校验:

  1. 如果token存在,说明是第一次请求,删除token,同时处理业务请求;
  2. 如果token不存在,说明是重复请求,返回重复请求错误提示

注意:token的校验过程需要在 synchronized 块中进行,否则无效

个人疑问:

  1. 如果表单提交失败,此时token也已经删除,但是又需要重新提交表单,是不是要刷新整个表单,重新获取token,假如表单有几十个字段需要重新填写,会不会影响客户体验;(异步刷新token)

方案三:数据库唯一索引(去重表)

这种方式适用新增操作,增加数据库唯一索引或者去重表,如果是重复请求,后来的请求会报错;
捕获响应的异常,返回重复请求错误提示


方案四:设置业务状态字段

方案适用于更新操作,更新时将状态字段设置为更新条件

update t_table set column1 = 'xxx',status = 1 where status = 0

假设初始状态为status = 0,线程thread-1将状态修改为status = 1,线程thread-2再更新时,已经无法满足条件 status = 0,此次更新失败,类似乐观锁机制;后端根据更新影响的记录条数,判断是否为重复请求:

大于0:非重复请求
等于0:重复请求


方案五:锁机制

  1. 乐观锁
  2. 悲观锁

方案六:redis的setnx

客户端提交表单时,服务端将能够区分本次请求唯一性的字段,如:ip+请求路径,通过setnx命令存入redis,同时设置过期时间。
如果设置成功,则表示第一次请求;否则,返回重复请求错误提示。

其实,本质上也相当于加锁的方式。

方案七:自定义注解 + 拦截器

结合方案二和方案六,通过自定义注解和拦截器的方式,实现通用的解决方案,以方案6为例:

// 自定义注解,作用与方法上
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface NoRepeatSubmit {

    // 过期时间,单位:ms
    long timeout() default 0;

}
@Component
@Aspect
public class NoRepeatSubmitAspect {

    @Autowired
    private final RedisTemplate<String, Object> redisTemplate;

    @Pointcut("@annotation(com.xin.le.common.annotation.NoRepeatSubmit)")
    public void pointCut() {

    }

    @Before("pointCut()")
    public void before(JoinPoint jp) {
        // 获取ip + 请求路径,此处省略过程
        String key = "";
        String value = "";
        MethodSignature signature = (MethodSignature) jp.getSignature();
        Method method = signature.getMethod();
        NoRepeatSubmit noRepeatSubmit = method.getAnnotation(NoRepeatSubmit.class);
        long timeout = noRepeatSubmit.timeout();
        Boolean ifAbsent = redisTemplate.opsForValue().setIfAbsent(key, value, timeout, TimeUnit.MILLISECONDS);
        if(Boolean.TRUE.equals(ifAbsent)){
            // 设置成功,处理业务
        }else{
            // 重复请求
        }
    }
}

可能存在的问题:
第一次请求由于网络原因,客户端不能及时收到回复,此时redis 也已经过期,再次发起请求时,redis 仍能设置成功,也有可能造成业务重复处理。

欢迎指正!!!!!

  • 18
    点赞
  • 23
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ambition_test

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值