一、什么是幂等性
数学中的幂等是指f(x) = f(f(x))，编程领域的术语是指同一个操作，在重复提交的情况下，最终产生的影响是不变的。举例说：
- 提交订单时，用户在购物车界面，重复点击“下单”，服务端有且只会创建一个订单。（客户端在做交互设计的时候，用户点击了“下单”就不能再次点击，立马把按钮置灰。但是，这里会有网络的重试或者弱网等异常，导致服务端可能接收到两次http请求。如果服务端没有对http接口做幂等，那么可能会生成两个重复的订单）
- 用户支付完成后，第三方支付会回调服务端的支付回调接口，服务端然后更新支付订单的状态，最后回调通知其他系统，比如订单系统和积分系统。这里的幂等性是指无论被回调多少次，不会重复更新支付订单的状态和回调通知其他系统。
总结： 对于重要的接口，在实现接口时，一定要考虑是否具备幂等性。
既然不是所有的接口，那都有哪些场景的接口，会需要考虑幂等性呢？
二、哪些场景需要实现幂等
1、异步回调
比如上文说的支付回调接口，也包括在其他的异步操作下的对外接口。
你都必须考虑是否支持幂等。
举个例子，课程服务调用课堂服务的批量创建课堂接口，由于后者是异步的操作，所以待创建完成，课堂服务将要回调通知课程服务。
于是，课程服务需要开放一个接口出来，此接口就必须支持幂等。
2、消息队列
有些业务，需要削峰填谷，会先把异步操作的消息给到Mq，然后在监听方法中消费该mq消息。这里举一个异步复制某文件夹及其下的所有文件为例。
3、网络重试
当出现网络超时，需要重试的时候，你的接口是否支持幂等呢？
比如openfeign就很好地支持retry机制。
三、哪些是天然幂等的
在进一步阐述如何实现幂等前，我们有必要搞清楚，哪些是天然幂等的。
都说自己每天写的代码都是CRUD，我们现在就来分析下它们是否幂等。
-
查询方法，都说查询的实现往往是最复杂的代码，幸好，它就是幂等的。虽然你前后的查询返回结果可能不一样，然而并不会影响服务端的分毫。
-
基于版本号或者状态机的更新操作，具体到sql语句，有两种写法，见下：
# 不建议的写法
update PayTrade t set t.status = :newStatus, t.outTradeNo = :outTradeNo, t.payOkDate = :payOkDate where t.channelTradeNo = :channelTradeNo
# 建议你这么写
update PayTrade t set t.status = :newStatus, t.outTradeNo = :outTradeNo, t.payOkDate = :payOkDate where t.channelTradeNo = :channelTradeNo and t.status = :oldStatus
他们的区别就是是否要求前一个状态，后面的sql多了一个“ t.status = :oldStatus ”
我们说，它就是一个幂等操作，而上面的写法则不建议，它不是幂等的。
这里举例了基于状态机的更新，基于版本号的类似，就不一一赘述了。
-
最后说一说CRUD的删除操作D，它也是天然幂等的。因为删除了的数据，第二次想要再删除而不得了。
-
大多数的新增操作，都需要最引起你的重视，极其容易导致重复操作。
四、设计思路
1、请求唯一标识
可以是一个随机值token，也可以是业务上的一个字段。
前者是客户端根据约定生成的一个值，这个一般使用userId+时间戳，后者则是业务上的唯一值，比如订单号、课程编号等。
那么随机token，可不可以由服务端来颁发给客户端呢？
也行，原本一个接口就能完成的，拆分成了两个接口。（增加了一个颁发token的接口）
下文将详细说明，如果使用分布式锁实现接口的幂等。
2、每次操作前，先查询
订单服务接收支付服务的支付回调，先根据订单号查询订单详情，如果数据库返回支付流水号和回调接口中的入参支付流水号相同，则忽略该回调，不做任何后续操作。
下面展示一下其简略代码：
final Order order = orderRepository.findByNo(orderPaymentMarkRequest.getOrderNo());
// 如果流水号一样，认为曾经标记支付成功，保持幂等
if (!StringUtils.equals(order.getPayNo(), orderPaymentMarkRequest.getPayNo())) {
// 业务处理，更新订单等等
}
public class OrderPaymentMarkRequest {
@ApiModelProperty(notes = "订单号")
private String orderNo;
@ApiModelProperty(notes = "平台支付流水号")
private String payNo;
}
3、使用乐观锁实现
引入状态机或者版本号等机制，前文已有举例，这里不再重复。
五、分布式锁实现幂等
代码示例：
@Lock(name = "CourseCenter", key = "'createLecture:token:'+ #request.token")
@Transactional(rollbackFor = Throwable.class)
public ApiResult createLecture(LectureCreateRequest request) {
if (log.isInfoEnabled()) {
log.info("创建讲次，入参是{}", JsonUtils.toJsonString(request));
}
// 其他操作
}
}
这里使用了自定义注解封装分布式锁，所以代码本身比较简单。
鉴于篇幅，具体实现分布式锁，网上也比较多的实现方案。
本文就不具体展开论述了。
