本文目录一览：
- 1、理解幂等性
- 2、支付业务的幂等
- 3、分布式系统中实现幂等性的几种方式
幂等性是什么意思介绍如下：HTTP 幂等方法，是指无论调用多少次都不会有不同结果的 HTTP 方法 。不管你调用一次，还是调用一百次，一千次，结果都是相同的 。
等幂性简单点说就是一次请求和多次请求，资源的状态是一样 。比如GET和HEAD，不论你请求多少次，资源还是在那里 。
幂等性 ：就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用 。接口幂等性不只是分布式事务方便回滚的保证 ， 同时也是SOA服务实现中摒除重复消息的保证 。
幂等性 原本是数学上的概念 ， 即使公式：f（x）=f（f（x） 能够成立的数学性质 。在开发中的 幂等性 意为：同一个系统，一次请求和多次请求的结果是一致的 。
支付业务的幂等1、如上文问题一中示例所述 ， 可知，如果支付相关接口不保证幂等性 。可能会造成很严重的后果，例如：所以说保证接口的幂等性是非常重要的 。如何保证幂等性 幂等需要 通过唯一的业务单号 来保证 。
2、幂等需要通过唯一的业务单号来保证 。也就是说相同的业务单号，认为是同一笔业务 。使用这个唯一的业务单号来确保，后面多次的相同的业务单号的处理逻辑和执行效果是一致的 。
3、幂等：是一个数学概念，表示N次变换和1次变换的结果相同 。幂等操作：其特点是任意多次执行所产生的影响均与一次执行的影响相同（不会改变资源状态，对数据没有副作用） 。幂等性：一系列操作都是幂等操作 。
4、支付系统对这个支付订单号做交易的幂等 。如果不存在该支付订单号，则记库，并标记状态为支付中 ， 然后调用渠道进行支付落地 。
5、那么服务端接口对于幂等性应该如何支持呢？有如下两个思路： 逻辑判断处理 支付时对订单状态进行判断 ， 如果该订单已支付，则不应该再次进行扣款操作 。
6、删除操作也是幂等的，删除一次和多次删除都是把数据删除 。（注意可能返回结果不一样，删除的数据不存在，返回0，删除的数据多条，返回结果多个） 。
分布式系统中实现幂等性的几种方式有些接口可以天然的实现幂等性 ，比如查询接口 ， 对于查询来说，你查询一次和两次，对于系统来说 ， 没有任何影响 ， 查出的结果也是一样 。除了查询功能具有天然的幂等性之外，增加、更新、删除都要保证幂等性 。
总而言之，接口符合幂等性在可以降低系统实现的复杂性，并能保证资源状态的一致性 。RESTFul风格的接口设计本质上使用的是HTTP协议的请求方法，因此，RESTFul接口方法的幂等性指的就是HTTP方法的幂等性 。
数据的对象和范围 你要考虑你的幂等的全局性：空间全局性和时间全局性 。空间全局性：比如是交易流水幂等还是用户ID幂等 。
第四，最终一致性（Eventually Consistent）通过异步事件做到 。如果消息具有操作幂等性，也就是一个消息被应用多次与应用一次产生的效果是一样的话，那么把不需要同步执行的事务交给异步消息推送和订阅者集群来处理即可 。
最终一致性 在工程实践上，为了保障系统的可用性，互联网系统大多将强一致性需求转换成最终一致性的需求 ， 并通过系统执行幂等性的保证，保证数据的最终一致性 。
【用redis做幂等解决方案 redis幂等】查询 查询的API，可以说是天然的幂等性 ， 因为你查询一次和查询两次，对于系统来讲，没有任何数据的变更，所以，查询一次和查询多次一样的 。
