今天我们来说一说前后端分离中的无痛刷新token机制，在手机app中应该经常用到，大家都知道在前后端是以token的形式交互，既然是token，那么肯定有它的过期时间，没有一个token是永久的，永久的token就相当于一串永久的密码，是不安全的，
那么既然有刷新时间，问题就来了
cookie的大小约4k，兼容性在ie6及以上 都兼容，在浏览器和服务器间来回传递，因此它得在服务器的环境下运行，而且可以设定过期时间，默认的过期时间是session会话结束。
localStorage的大小约5M，兼容性在ie7及以上都兼容，有浏览器就可以，不需要在服务器的环境下运行， 会一直存在，除非手动清除 。
对于这个问题，答案大致分为2种
cookie 中localStorage 中我觉得都可以，两种我都用?
思路：token过期处理方式大概就是：
catch 401 ，然后重新获取 token 对于第一种，很简单在vue中我们可以在 axios 拦截器中这样写：
instance.interceptors.response.use(
function (response) {
// 对响应数据做点什么
return response.data
},
function (error) {
console.log(error)
if (error.response) {
if (error.response.status === 401) {
Message.error('登陆过期请重新登陆！')
setToken('')
router.push({
name: 'login'
})
}
}
}
// 对响应错误做点什么
return Promise.reject(error.response)
}
)对于第二种，如何重新获取 token，这就要涉及到后端的知识了
现代认证和/或授权解决方案已将 令牌的概念引入其协议中。令牌是经过特殊处理的数据，它们可以提供足够的信息来 授权用户执行操作，或者允许客户端 获取有关授权过程的 其他信息（然后完成它）。换句话说，令牌是允许执行授权过程的信息。客户端（或授权服务器以外的任何一方）是否可读取或解析此信息是由实现定义的。重要的是：客户端获取此信息，然后使用它来 访问资源。JSON Web令牌（JWT） 规范 定义了一种可以由实现表示公共令牌信息的方式。JWT定义了一种方式，其中可以表示与认证/授权过程有关的某些公共信息。顾名思义，数据格式是JSON。JWT具有某些常见字段，例如主题，发行者，到期时间等。当与其他规范（如JSON Web签名（JWS）和JSON Web加密（JWE））结合使用时，JWT变得非常有用。这些规范不仅提供了授权令牌通常所需的所有信息，而且还提供了验证令牌内容的方法，使其不会被篡改（JWS）和加密信息以使其保持不透明的方式给客户（JWE）。数据格式的简单性（及其它优点）帮助JWT成为最常见的令牌类型之一。如果您有兴趣学习如何在Web应用程序中实现JWT，请查看Ryan Chenkie的这篇优秀文章。
出于本文的目的，我们将关注两种最常见的令牌类型：访问令牌和刷新令牌。
标记是否不透明通常由实现定义。通用实现允许针对访问令牌进行直接授权检查。也就是说，当访问令牌被传递到管理资源的服务器时，服务器可以读取令牌中包含的信息并自己决定用户是否被授权（不需要对授权服务器进行检查）。这是必须签署令牌的原因之一（例如，使用JWS）。另一方面，刷新令牌通常需要检查授权服务器。这种处理授权检查的分割方式允许三件事：
滑动会话是在一段时间不活动后到期的会话。可以想象，使用访问令牌和刷新令牌可以轻松实现。当用户执行操作时，将发出新的访问令牌。如果用户使用过期的访问令牌，则该会话将被视为非活动状态，并且需要新的访问令牌。是否可以使用刷新令牌获取此令牌或者需要新的身份验证轮次是由开发团队的要求定义的。
上文摘抄自[刷新令牌：何时使用它们以及它们如何与JWT交互
服务器生成token的过程中，会有两个时间，一个是token失效时间，一个是token刷新时间，刷新时间肯定比失效时间长，当用户的
token 过期时，你可以拿着过期的token去换取新的token，来保持用户的登陆状态，当然你这个过期token的过期时间必须在刷新时间之内，如果超出了刷新时间，那么返回的依旧是 401
所以要实现无痛刷新token，我们应该这样
在axios的拦截器中加入token刷新逻辑
instance.interceptors.response.use(
function (response) {
// 对响应数据做点什么
return response.data
},
function (error) {
console.log(error)
if (error.response) {
if (error.response.status === 401) {
// 如果当前路由不是login，并且用户有 “记住密码” 的操作
// 那么去请求新 token
if (router.currentRoute.name !== 'login') {
if (getRemember() && getRefreshToken()) {
return doRequest(error)
} else {
Message.error('登陆过期请重新登陆！')
setToken('')
router.push({
name: 'login'
})
}
}
}
}
// 对响应错误做点什么
return Promise.reject(error.response)
}
)async function doRequest (error) {
const data = await store.dispatch('refreshToken')
return res
}
// refreshToken 中重新设置了 token 和 refresh_token
commit('setToken', { token, expiresIn })
setRefreshToken(token, refreshTtl / (60 * 60 * 24))为了方便测试，我们手动清除了 token 来造成token 过期的效果
可以看到手动清除token之后，系统自动去refresh了token，而不是跳到登录页面
可以看出用户本身要去请求 articles 的接口，并没有再重复请求。请脑补：用户点击了文章列表，但是系统好像 “没反应” ？？？
所以接下来，我们不仅要刷新token而且要再次发送用户上次的请求
上代码?
async function doRequest (error) {
const data = await store.dispatch('refreshToken')
let { token_type: tokenType, access_token: accessToken } = data
let token = tokenType + accessToken
let config = error.response.config
config.headers.Authorization = token
const res = await axios.request(config)
return res
}这里我们一定要用同步的方法来进行这一系列操作！！（比如 async / await）
来看演示?
来自努力成为全栈的后端程序员的博客
大佬绕道，今年刚毕业的新人瑟瑟发抖