在上周发布的 TienChin 项目视频中，我和大家一共梳理了六种幂等性解决方案，接口幂等性处理算是一个非常常见的需求了，我们在很多项目中其实都会遇到。今天我们来看看两种比较简单的实现思路。
1. 接口幂等性实现方案梳理其实接口幂等性的实现方案还是蛮多的，我这里和小伙伴们分享两种比较常见的方案。
1.1 基于 Token基于 Token 这种方案的实现思路很简单，整个流程分两步：
客户端发送请求，从服务端获取一个 Token 令牌，每次请求获取到的都是一个全新的令牌。客户端发送请求的时候，携带上第一步的令牌，处理请求之前，先校验令牌是否存在，当请求处理成功，就把令牌删除掉。大致的思路就是上面这样，当然具体的实现则会复杂很多，有很多细节需要注意
1.2 基于请求参数校验最近在 TienChin 项目中使用的是另外一种方案，这种方案是基于请求参数来判断的，如果在短时间内，同一个接口接收到的请求参数相同，那么就认为这是重复的请求，拒绝处理，大致上就是这么个思路。
相比于第一种方案，第二种方案相对来说省事一些，因为只有一次请求，不需要专门去服务端拿令牌。在高并发环境下这种方案优势比较明显。
所以今天我就来和大家聊聊第二种方案的实现，后面在 TienChin 项目视频中也会和大家细讲。
2. 基于请求参数的校验首先我们新建一个 Spring Boot 项目，引入 Web 和 Redis 依赖，新建完成后，先来配置一下 Redis 的基本信息，如下：
为了后续 Redis 操作方便，我们再来对 Redis 进行一个简单封装，如下：
这个比较简单，一个存数据，一个读数据。
接下来我们自定义一个注解，在需要进行幂等性处理的接口上，添加该注解即可，将来这个接口就会自动的进行幂等性处理。
这个注解我们通过拦截器来进行解析，解析代码如下：
这个拦截器是一个抽象类，将接口方法拦截下来，然后找到接口上的 @RepeatSubmit 注解，调用 isRepeatSubmit 方法去判断是否是重复提交的数据，该方法在这里是一个抽象方法，我们需要再定义一个类继承自这个抽象类，在新的子类中，可以有不同的幂等性判断逻辑，这里我们就是根据 URL 地址+参数 来判断幂等性条件是否满足：
我们来看下具体的实现逻辑：
首先判断当前的请求对象是不是 RepeatedlyRequestWrapper，如果是，说明当前的请求参数是 JSON，那么就通过 IO 流将参数读取出来，这块小伙伴们要结合上篇文章共同来理解，否则可能会觉得云里雾里的，传送门JSON 数据读一次就没了，怎么办？。如果在第一步中，并没有拿到参数，那么说明参数可能并不是 JSON 格式，而是 key-value 格式，那么就以 key-value 的方式读取出来参数，并将之转为一个 JSON 字符串。接下来构造一个 Map，将前面读取到的参数和当前时间存入到 Map 中。接下来构造存到 Redis 中的数据的 key，这个 key 由固定前缀 + 请求 URL 地址 + 请求头的认证令牌组成，这块请求头的令牌还是非常重要需要有的，只有这样才能区分出来当前用户提交的数据（如果是 RESTful 风格的接口，那么为了区分，也可以将接口的请求方法作为参数拼接到 key 中）。接下来就去 Redis 中获取数据，获取到之后，分别去比较参数是否相同以及时间是否过期。如果判断都没问题，返回 true，表示这个请求重复了。否则返回说明这是用户对这个接口第一次提交数据或者是已经过了时间窗口了，那么就把参数字符串重新缓存到 Redis 中，并返回 false，表示请求没问题。好啦，做完这一切，最后我们再来配置一下拦截器即可：
如此，我们的接口幂等性就处理好啦～在需要的时候，就可以直接在接口上使用啦：
到此这篇关于SpringBoot处理接口幂等性的两种方法详解的文章就介绍到这了,更多相关SpringBoot处理接口幂等性内容请搜索七叶笔记以前的文章或继续浏览下面的相关文章希望大家以后多多支持七叶笔记！
