一. 幂等性
所谓的幂等性，是分布式环境下的一个常见问题，一般是指我们在进行多次操作时，所得到的结果是一样的，即多次运算结果是一致的。
也就是说，用户对于同一操作，无论是发起一次请求还是多次请求，最终的执行结果是一致的，不会因为多次点击而产生副作用。
二. 非幂等性
在浏览器访问服务器时，网速非常慢的情况下。为了获取结果，用户常常会进行重复点击操作。这将会使得一些非幂等性操作的操作结果变得非常不可靠。举例而言，用户进行付款操作就是一个非幂等性操作。
非幂等性，简单而言，就是一个操作是不可重复的。
三. 常见幂等性操作
在我们进行代码实现时，常见的请求有如下几种，他们的幂等性如下：
- select查询天然幂等；
- delete删除也是幂等，删除同一个数据多次其效果一样;
- update直接更新某个值时，幂等；
- update更新累加操作的的结果，非幂等；
- insert操作会每次都新增一条，非幂等；
四. 常见非幂等性操作
以下几种情况会导致非幂等性的结果出现：
- 连续点击提交两次按钮；
- 点击刷新按钮；
- 使用浏览器后退按钮重复之前的操作，导致重复提交表单；
- 使用浏览器历史记录重复提交表单；
- 浏览器重复地HTTP请求等。
五. 解决方案
我们在开发时，解决幂等性的常见方式有以下几种：
1.前端js提交禁止按钮可以用一些js组件
2.使用Post/Redirect/Get模式
在提交后执行页面重定向，这就是所谓的Post-Redirect-Get (PRG)模式。简言之，当用户提交了表单后，你去执行一个客户端的重定向，转到提交成功信息页面。
这能避免用户按F5导致的重复提交，而其也不会出现浏览器表单重复提交的警告，也能消除按浏览器前进和后退按导致的同样问题。
3.借助数据库操作
insert唯一索引，保证插入的数据只有一条。另外也可以基于悲观锁或者乐观锁，先查询后判断，首先通过查询数据库是否存在数据，如果存在证明已经请求过了，直接拒绝该请求；如果没有存在，就证明是第一次进来，直接放行。
4.session机制(后台服务端)
在服务器端，生成一个唯一的标识符，将它存入session，同时将它写入表单的隐藏字段中，然后将表单页面发给浏览器，用户录入信息后点击提交。
另外在服务器端，获取表单中隐藏字段的值，与session中的唯一标识符比较，如果相等说明是首次提交，就处理本次请求，然后将session中的唯一标识符移除，如果不相等即重复提交。
5.Redis token机制
每次接口请求前先获取一个token，然后再下次请求的时候在请求的header体中加上这个token，后台进行验证。如果验证通过删除token，下次请求再次判断token是否相等，如果不相等即重复提交。