接口幂等性

偏执的太偏执、 2023-02-17 03:12 17阅读 0赞

### 文章目录 ###

*  1、接口幂等性
 *  2、幂等解决方案
 *   *  2.1 token机制（令牌）
     *  2.2 各种锁机制
     *  2.3 各种唯一约束
     *  2.4 防重表
     *  2.5 全局请求唯一id

> **【笔记于学习尚硅谷课程所作】**

# 1、接口幂等性 #

接口幂等性：用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用。

需要防止的情况：

*  用户多次点击按钮
 *  用户页面回退再次提交
 *  微服务互相调用，由于网络问题，导致请求失败。feign 触发重试机制

# 2、幂等解决方案 #

## 2.1 token机制（令牌） ##

1.  服务端提供了发送token的接口。我们在分析业务的时候，哪些业务是存在幂等问题的，就必须在执行业务前，先去获取token,服务器会把token保存到redis中。
2.  然后调用业务接口请求时，把token携带过去，一般放在请求头部。
3.  服务器判断token是否存在redis中，存在表示第一次请求，然后删除token,继续执行业务。
4.  如果判断token不存在redis中，就表示是重复操作，直接返回重复标记给client, 这样就保证了业务代码，不被重复执行。

缺陷：

*  先删除token还是后删除token
    
     *  问题：先删除可能导致， 业务确实没有执行，重试还带上之前token,由于防重设计导致，请求还是不能执行。后删除可能导致，业务处理成功，但是服务闪断，出现超时，没有删除token,别人继续重试，导致业务被执行两遍
     *  解决：我们最好设计为先删除token,如果业务调用失败，就重新获取token再次请求。
 *  Token 获取、比较和删除必须是原子性
    
     *  问题：redis.get(token) 、token.equals、 redis del(token)如果这两个操作不是原子，可能导致，高并发下，都get到同样的数据，判断都成功，继续业务并发执行
     *  解决：可以在redis使用lua脚本完成这个操作

//  redis+lua脚本 原子验证令牌防止重复提交攻击
            String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";
            String orderToken = "现在的令牌";
            //  return 0 失败  1 成功
            Long result = stringRedisTemplate.execute(new DefaultRedisScript<Long>(script, Long.class),Arrays.asList("要验证的KEY"), orderToken);

## 2.2 各种锁机制 ##

*  数据库悲观锁
 *  数据库乐观锁
 *  业务层分布式锁

## 2.3 各种唯一约束 ##

*  数据库的唯一约束
 *  redis set：很多数据需要处理，只能被处理一次，比如我们可以计算数据的MD5将其放入redis的set,每次处理数据，先看这个MD5是否已经存在，存在就不处理。

## 2.4 防重表 ##

使用订单号orderNo做为去重表的唯一索引， 把唯一索引插入去重表， 再进行业务操作，且他们在同一个事中。这个保证了重复请求时，因为去重表有唯一约束，导致请求失败，避免了幂等问题。这里要注意的是，去重表和业务表应该在同一库中，这样就保证了在同一个事务，即使业务操作失败了，也会把去重表的数据回滚。这个很好的保证了数据一致性。

## 2.5 全局请求唯一id ##

调用接口时，生成一个唯一id,redis将数据保存到集合中(去重)，存在即处理过。  
可以使用nginx设置每一个请求的唯一id;  
proxy\_set header X-Request-ld $request\_id;