不知道大家有没有遇到这样的问题，购物节抢购商品的时候，由于抢购人数比较多，网络或者系统会很慢，这时候我们担心自己没有抢到，一般都会多点击几次购买按钮，可是这时候就会出现问题，有可能我们点击了三次，就会生成三个订单，付款的时候一地昂要看清楚了!像是这种情况就涉及到幂等性问题了，不多说了，快跟小编一起来看幂等策略分析吧。

一、幂等性概念

1.幂等概念是从数学中来的，表示N次变换和1次变换的结果是相同的。结合上面的例子，可以理解为，客户端在调用服务时并没有达到预期结果，就会会进行多次调用，为避免多次重复的调用对服务资源产生副作用，服务提供者会承诺满足幂等。

我们理解时需要注意以下几点：

(1)幂等不仅仅只是一次(或者多次)请求对资源没有副作用，还包括第一次请求时对资源产生了副作用，但是以后的多次请求，不会再对资源产生副作用。

(2)幂等关注的是以后的多次请求是否会对资源产生的副作用，而不关注结果。

2.常见场景

1.用户在购物时连续多次点击了提交订单，后台应该只产生一个订单

2.用户发起一笔付款请求，如果遇到网络问题或者系统bug，需要重发，也只应该只扣一次钱

3. 发送消息，也应该只发一次，同样内容发送给用户，用户会哭的;

4. 创建业务订单，一次业务请求只能创建一个订单，如果创建多个，就会导致大问题。

二、幂等的必要

1.幂等能够使客户端逻辑处理变得相对简单(相对的，却使得服务逻辑变得复杂)，满足幂等服务，需要在逻辑中至少包含以下两点：

(1)首先要查询上一次的执行状态，如果没有那么就认为是第一次请求

(2)在服务改变状态的业务逻辑前，保证防重复提交的逻辑

2.幂等与防重

(1)重复提交是指，第一次请求已经成功，而人为的进行多次操作，导致不满足幂等要求的服务多次改变状态。

(2)幂等一般是指，第一次请求不知道结果(例如超时)或者失败的异常情况下，发起多次请求，这样做的目的是对第一次请求成功进行确认，并不会因为多次请求而出现多次状态变化。

三、保证幂等策略

幂等是需要通过唯一的业务单号来进行保证的。也就是，相同的业务单号，认为是同一笔业务。以这一唯一的业务单号，对后面多次的相同的业务单号的处理逻辑和执行效果的一致性进行确保。

以上面提交订单为例，在不考虑并发的情况下，可以简单实现幂等：

(1)首先查询订单是否已经提交成功;

(2)若已经提交成功，那么就返回提交成功;若没有提交成功，那么就进入提交页面。

以上就是小编今天跟大家分享的关于幂等策略分析的内容了，关于幂等性还涉及到很多方面，例如什么情况下需要幂等，幂等的不足等等，大家需要去深入了解和学习。