Token高并发解决方案

本是古典何须时尚 2023-01-02 10:27 251阅读 0赞

# Token高并发解决方案 #

## 一：作为token使用的第三方 客户端模式使用token ##

可以采用单例模式或定义一个全局变量isRefresh 标志，加同步锁Synchronized来保证token过期的那个时间点，刷新token方法只被调用一次。

## 二：作为token服务器端： ##

### 后端方案：利用 Redis 缓存 ###

当同时发起多个请求时，第一个接口刷新了 Token，后面的请求仍然能通过请求，且不造成 Token 重复刷新。那么，后端在用户第一次登录时，需要将生成的 Token 数据（token 和 createTime）缓存一份到 Redis 中。

当 Token 过期时，重新生成新的 Token 数据并更新 Redis 缓存，同时在 Redis 中设置一条 Token 过渡数据并设置一个很短的过期时间（比如 30s）。如果后面的请求发现 Token 已经被刷新了，就判断 Redis 中是否存在 Token 过渡数据，存在就放行，这样同一时间的请求都可以通过。

![img][]

#### 后端使用`Redis`解决 ####

同时多个接口请求，第一个接口刷新了 `Token`，后面的请求还是携带的刷新前的旧 `Token`。

后端要解决这个情况，应该再添加一个刷新 `Token` 的过渡期，在刷新 `Token` 的时候，在 `Redis` 同时设置一条过渡期数据，视情况设置 `15S` 过期(这个时间看情况设置)，然后认证的时候先判断这个 `Token` 是不是还在过渡期内，是的话就直接放行通过。

大概的意思的刷新`Token`后，应该再添加一个刷新 `Token` 的过渡期，在 `Redis` 同时设置一条过渡期数据，设置 `15S` 过期(这个时间看情况设置)，然后首先判断下`Redis`中是否存在这个`Token`，存在就放行，这样同一时间的请求就都可以通过了。

### 前端解决方案： ###

#### 前端使用axios解决 ####

同时发起多个请求时，其他接口如何重试，两个接口几乎同时发起和返回，第一个接口会进入刷新 `Token` 后重试的流程，而第二个接口需要先存起来，然后等刷新 `Token` 后再重试。同样，如果同时发起三个请求，此时需要缓存后两个接口，等刷新 `Token` 后再重试。由于接口都是异步的，处理起来会有点麻烦。

当第二个过期的请求进来，`Token` 正在刷新，我们先将这个请求存到一个数组队列中，想办法让这个请求处于等待中，一直等到刷新 `Token` 后再逐个重试清空请求队列。

那么如何做到让这个请求处于等待中呢？为了解决这个问题，我们得借助 `Promise`。将请求存进队列中后，同时返回一个 `Promise`，让这个 `Promise` 一直处于 `Pending` 状态（即不调用 `resolve`），此时这个请求就会一直等啊等，只要我们不执行 `resolve`，这个请求就会一直在等待。当刷新请求的接口返回来后，我们再调用 `resolve`，逐个重试。

### 参考文章： ###

[关于token的总结和思考——并发访问刷新策略，jwt过期及作废问题][token_jwt]  
[JWT生成token及过期处理方案][JWT_token]  
[Token 刷新并发处理解决方案][Token]

[img]: /images/20221119/a9d4ffceee114ef8ba55dd5649c75b6d.png
[token_jwt]: https://blog.csdn.net/scau_cdx/article/details/98068323
[JWT_token]: https://blog.csdn.net/changliangwl/article/details/92768972?utm_medium=distribute.pc_relevant.none-task-blog-baidujs_title-14&spm=1001.2101.3001.4242
[Token]: https://blog.csdn.net/oschina_41790905/article/details/110563840