表单防重的两种策略：请求token验证和乐观锁

    我们在日常生活中经常碰到需要提交表单的地方，我们写好的代码在并发压测条件下通常都不堪一击，bug连天，造成数据库中同时插入多条相同的“脏数据”。

    今天就介绍下关于表单防重的两种策略：

1.请求token验证

  直接上代码：

   1.首先，在页面挂载完成后就发出一个axios请求来获取一个token，并将其赋值给表单数据对象orderinfo：

  

前端代码

后端代码

    这里解释下后端代码：首先获得一个随机数作为token，并将这个token存到第三方缓存中（redis），最后将token返回给前端。

2.将表单数据以及获取的token一同传到后台进行校验：

前端代码

后端代码

    解释：首先从请求参数中拿到token，进行判空，如果为空直接返回；

               接着根据这个token参数在redis中查，是否存在这样一个token，查不到就返回token为null；

               关键：从缓存中删除这个token，成功删除会返回数字1，我们只需判断返回值是否为1，就可以知道这个token是否合法，无论有多大并发量，删除token的只能为一个线程，因此其他线程也就无法删除token达到表单防重的效果;(这里是基于redis操作为单线程原理)

2.乐观锁

    1.首先在需要修改的表中添加一个字段：version，默认值为0（这个名称无所谓，但一般都设为version）

    

添加表字段

    2.获取dao层对数据库的修改返回值，并进行判断：

    如果修改失败，返回值为0，基于ssm框架的事务，之前的操作全部回滚

    3.修改xml文件中的sql语句：

    update t_ordersetting set number = #{number},version = version+1 where

    orderDate = #{orderDate} and version= #{version}

    即：修改数据同时，修改version为version+1，条件为version=#{version}，也就是说只有第一个线程可以成功修改，之后的线程无法满足version = #{version}，从而实现了表单防重，这里的乐观锁同时也可以解决超卖问题（基于mysql数据库的行锁实现）