接口幂等
多次操作,影响相同。
如:select、update固定值;
不是幂等:insert;
接口不是幂等要注意重复提交的问题
解决方案
(1)前端js提交禁止按钮可以用一些js组件
(2)使用Post/Redirect/Get模式在提交后执行页面重定向,这就是所谓的Post-Redirect-Get (PRG)模式。简言之,当用户提交了表单后,你去执行一个客户端的重定向,转到提交成功信息页面。这能避免用户按F5导致的重复提交,而其也不会出现浏览器表单重复提交的警告,也能消除按浏览器前进和后退按导致的同样问题。
(3)在session中存放一个特殊标志在服务器端,生成一个唯一的标识符,将它存入session,同时将它写入表单的隐藏字段中,然后将表单页面发给浏览器,用户录入信息后点击提交,在服务器端,获取表单中隐藏字段的值,与session中的唯一标识符比较,相等说明是首次提交,就处理本次请求,然后将session中的唯一标识符移除;不相等说明是重复提交,就不再处理。
(4)其他借助使用header头设置缓存控制头Cache—control等方式比较复杂 不适合移动端APP的应用 这里不详解
(5)借助数据库insert使用唯一索引 update使用 乐观锁 version版本法这种在大数据量和高并发下效率依赖数据库硬件能力,可针对非核心业务
(6)借助悲观锁使用select … for update ,这种和 synchronized 锁住先查再insert or update一样,但要避免死锁,效率也较差 针对单体 请求并发不大 可以推荐使用
(7)借助本地锁原理:使用了 ConcurrentHashMap 并发容器 putIfAbsent 方法,和 ScheduledThreadPoolExecutor 定时任务,也可以使用guava cache的机制, gauva中有配有缓存的有效时间 也是可以的key的生成 Content-MD5 Content-MD5 是指 Body 的 MD5 值,只有当 Body 非Form表单时才计算MD5,计算方式直接将参数和参数名称统一加密MD5MD5在一定范围类认为是唯一的 近似唯一 当然在低并发的情况下足够了
(8)借助分布式redis锁
现实案例:
点击预约挂号后,确认预约,接口重复提交了,造成脏数据。
可以考虑方案解决:
insert使用唯一索引