接口的幂等性怎么设计？

1、什么是幂等？

看一下维基百科怎么说的：

幂等性： 屡次调用方法或者接口不会改变业务状态，能够保证重复调用的结果和单次调用的结果一致。

2、使用幂等的场景

一、前端重复提交

用户注册，用户建立商品等操做，前端都会提交一些数据给后台服务，后台须要根据用户提交的数据在数据库中建立记录。若是用户不当心多点了几回，后端收到了好几回提交，这时就会在数据库中重复建立了多条记录。这就是接口没有幂等性带来的 bug。

二、接口超时重试

对于给第三方调用的接口，有可能会由于网络缘由而调用失败，这时，通常在设计的时候会对接口调用加上失败重试的机制。若是第一次调用已经执行了一半时，发生了网络异常。这时再次调用时就会由于脏数据的存在而出现调用异常。

三、消息重复消费

在使用消息中间件来处理消息队列，且手动 ack 确认消息被正常消费时。若是消费者忽然断开链接，那么已经执行了一半的消息会从新放回队列。

当消息被其余消费者从新消费时，若是没有幂等性，就会致使消息重复消费时结果异常，如数据库重复数据，数据库数据冲突，资源重复等。

3、解决方案

一、token 机制实现

经过 token 机制实现接口的幂等性,这是一种比较通用性的实现方法。

示意图以下：

具体流程步骤：

1. 客户端会先发送一个请求去获取 token，服务端会生成一个全局惟一的 ID 做为 token 保存在 redis 中，同时把这个 ID 返回给客户端

2. 客户端第二次调用业务请求的时候必须携带这个 token

3. 服务端会校验这个 token，若是校验成功，则执行业务，并删除 redis 中的 token

4. 若是校验失败，说明 redis 中已经没有对应的 token，则表示重复操做，直接返回指定的结果给客户端

注意：

1. 对 redis 中是否存在 token 以及删除的代码逻辑建议用 Lua 脚本实现，保证原子性

2. 全局惟一 ID 能够用百度的 uid-generator、美团的 Leaf 去生成

二、基于 mysql 实现

这种实现方式是利用 mysql 惟一索引的特性。

示意图以下：

具体流程步骤：

1. 创建一张去重表，其中某个字段须要创建惟一索引

2. 客户端去请求服务端，服务端会将此次请求的一些信息插入这张去重表中

3. 由于表中某个字段带有惟一索引，若是插入成功，证实表中没有此次请求的信息，则执行后续的业务逻辑

4. 若是插入失败，则表明已经执行过当前请求，直接返回

三、基于 redis 实现

这种实现方式是基于 SETNX 命令实现的

SETNX key value：将 key 的值设为 value ，当且仅当 key 不存在。若给定的 key 已经存在，则 SETNX 不作任何动做。

该命令在设置成功时返回 1，设置失败时返回 0。

具体流程步骤：

1. 客户端先请求服务端，会拿到一个能表明此次请求业务的惟一字段

2. 将该字段以 SETNX 的方式存入 redis 中，并根据业务设置相应的超时时间

3. 若是设置成功，证实这是第一次请求，则执行后续的业务逻辑

4. 若是设置失败，则表明已经执行过当前请求，直接返回

4、总结

这几种实现幂等的方式其实都是大同小异的，相似的还有使用状态机、悲观锁、乐观锁的方式来实现，都是比较简单的。

总之，当你去设计一个接口的时候，幂等都是首要考虑的问题，特别是当你负责设计转帐、支付这种涉及到 money 的接口，你要格外注意喽！