幂等(idempotent、idempotence)是一个数学与计算机学概念，常见于抽象代数中。
在编程中.一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。
幂等性的数学表达：f(f(x)) = f(x)。
幂等性是系统接口对外的一种承诺。
幂等性指的是，使用相同参数对同一资源重复调用某个接口的结果与调用一次的结果相同。
幂等性的一个实现是，使你的接口必须返回 0（成功），即使这时资源或动作已经停止并且无工作要完成。
二. 电商常见问题：
2.1. 如何防范 POST 重复提交
HTTP POST 操作既不是安全的，也不是幂等的（至少在HTTP规范里没有保证）。
当我们因为反复刷新浏览器导致多次提交表单，多次发出同样的POST请求，导致远端服务器重复创建出了资源。
所以，对于电商应用来说，第一对应的后端 WebService 一定要做到幂等性，第二服务器端收到 POST 请求，在操作成功后必须302跳转到另外一个页面，这样即使用户刷新页面，也不会重复提交表单。
关于“反复刷新浏览器导致多次提交表单”的解释
（ 那是因为你后端已经做跳转了，返回了页面,只不过还是这个页面。你看提交后的链接是不是提交时（就是表单的action 的链接）的链接。（肯定不是）
他说的那种情况是你没做响应。浏览器的URL还是表单响应的Url,你刷新就重复访问这个链接这就相当于重复提交了）eg: 例子不太好，你就看链接就行了。
点击表单前的页面和url如下
点击提交表单后链接如下
在这里重复刷新的话会重复提交
2.2. 集群环境下的定时任务幂等性
分布式环境下，定时任务或异步处理如何保持幂等性？
把分布式事务分解为具有幂等性的异步消息处理：
电商的很多业务，考虑更多的是 BASE（即Basically Available、Soft state、和Eventually consistent），而不是 ACID（Atomicity、Consistency、Isolation和 Durability）。即为了满足高负载的用户访问，我们可以容忍短暂的数据不一致。
那怎么做呢？
第一，不做分布式事务，代价太大。
第二，不一定需要实时一致性，只需要保证最终的一致性即可。
第三，“通过状态机和严格的有序操作，来最大限度地降低不一致性”。
第四，最终一致性（Eventually Consistent）通过异步事件做到。
如果消息具有操作幂等性，也就是一个消息被应用多次与应用一次产生的效果是一样的话，那么把不需要同步执行的事务交给异步消息推送和订阅者集群来处理即可。假如消息处理失败，那么就消息重播，由于幂等性，应用多次也能产生正确的结果。
实际情况下，消息很难具有幂等性，解决方法是使用另一个表记录已经被成功应用的消息，即消息队列和消息应用状态表一起来解决问题。
参考来自：https://blog.csdn.net/muyutingfeng2008/article/details/48597879