关于幂等、接口重复问题

接口幂等
多次操作，影响相同。
如：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使用唯一索引