双token刷新、续期，access_token和refresh_token实效如何设置

偏执的太偏执、 2022-09-01 13:49 274阅读 0赞

双token刷新、续期，access\_token和refresh\_token实效如何设置

token认证，生成的token 过一段时间就会失效(不要故意把时间设的很长，这样不安全，token变得毫无意义！),用户需要重新登录获取token。用户经常使用客户端，使用过程中 由于token到期 客户端跳转到登录界面要求登录,这样体验极差！比如: token有效期2h，用户一直在使用客户端，使用过程中token到期跳转到登录页面邀请重新登录。第一次忍了，过了2个小时又要重新登录！ 用户:MDZZ,再见。

为了解决上述 token过期了活跃用户需要在登录页面重新登录 问题，我们需要token刷新 。(注意:‘活跃’ 这个词).

在介绍双token刷新怎么实现之前，我们需要了解一个问题: 什么时候需要用户跳转登录页面重新登录?  
token过期了就需要用户跳转登录页面重新登录？ 显然不是的，如果是 不活跃用户 token过期了，确实需要跳转登录页面重新登录。 但是 活跃用户 ，就算token过期了，也不应该跳转登录页面。

细心的话，会发现我在上述过程中 强调了很多次 ‘活跃用户’ ， 那么什么样的用户才算活跃用户?

‘活跃用户’  
在 access\_token创建开始时间点 到 2\*access\_token实效 的 时间内认为用户是活跃的。

下面是解释:

access\_token有效期时长et  
活跃用户时长at ,即用户在一次正常操作客户端后的at时间内都是活跃。 ( at >= et , 因为：用户access\_token在有效期内我们认为用户是活跃 。)

为什么 at >=et ?

假设 at =et  
当用户登录后at = et 能满足: 用户access\_token在有效期et内我们认为用户是活跃  
当用户在登录后access\_token结束前的某个点操作一次客户端后, at = et 还是能满足: 用户access\_token在有效期et内我们认为用户是活跃 。  
如下图

假设at > et  
当用户登录后at > et 能满足: 用户access\_token在有效期et内我们认为用户是活跃  
当用户在登录后access\_token结束前的某个点操作一次客户端后, at > et 还是能满足: 用户access\_token在有效期et内我们认为用户是活跃。  
如下图:

假设at < et  
当用户登录后at < et 不能满足: 用户access\_token在有效期et内我们认为用户是活跃 。所以不成立  
如下图:

由上3个假设 at=et成立，at>et成立，at<et不成立，得知 at>=et  
总结：  
若access\_token有效期时长et ，活跃用户时长at ，那么有 at >=et ,且用户每次正常操作客户端后用户活跃时间应刷新(即用户一次正常操作客户端后的at时间内都是活跃的)， 所以可以认为 \[access\_token创建开始时间点 ，2\*access\_token有效时长 \] 时间内用户是活跃的

声明: 本篇文章所指的 活跃用户 参照的是token有效期，不要和读者自己项目中活跃用户的定义 强行作比较。  
操作一次客户端是指有请求服务器的操作。

双token的刷新 access\_token和refresh\_token  
第一次用账号密码登录服务器会返回两个 token : access\_token 和 refresh\_token，时效长短不一样。短的access\_token 时效过了之后，发送时效长的 refresh\_token 重新获取一个短时效token，如果都过期，就需要重新登录了。

refresh\_token 就是用来刷新access\_token 。活跃用户的 access\_token 过期了，用refresh\_token 获取 新的access\_token 。

access\_token 和 refresh\_token 的有效时间如何设置  
为了保证能够刷新活跃用户的access\_token ， refresh\_token 的有效时间 不能小于 用户活跃时间点  
假设 access\_token 有效时间是 et ，那么用户在 \[ access\_token 起始时间点 ，2\*et \] 时间内用户是活跃的 ，由此可知 refresh\_token 的有效时间 >= 2 \* access\_token 的有效时间

一般,refresh\_token 的有效时间 > 2 \* access\_token 的有效时间  
比如，access\_token 实效7天，那么 refresh\_token 实效可以给15天,也可以给30天  
当然，access\_token和refresh\_token 的时长具体多少，需要根据环境决定，如涉及到金钱的 银行客户端，12306客户端等 token时长都很短，而普通app客户端的token可以是几天甚至上月.

刷新refresh\_token  
每次 刷新access\_token 时判断 refresh\_token 是否快过期 \[ refresh\_token 剩余有效时间 <= 2\*access\_token实效\]，如果是，那就连refresh\_token 也刷新。  
如果希望降低 刷新refresh\_token 频率，可以将 refresh\_token 实效提高