我们在日常生活中经常碰到需要提交表单的地方，我们写好的代码在并发压测条件下通常都不堪一击，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数据库的行锁实现）
