后端：

用户附带Bearer auth认证token去申请接口，而后后端判断接口是否过期？如果过期了，那么在返回信息的响应头authorization中增加一个新token，并容许了过期token的最初一个申请，之后再用这个过期token拜访接口就不会再返回新token了，因为新token曾经返回过一次了。

为了更好的测试，咱们将后端jwt的过期工夫设置为1分钟，则一分钟过期一次，而后刷新token，直到24小时后刷新工夫过期，须要从新登录。

前端：

步骤：
  1. 登录时，咱们申请login接口，而后接口返回给咱们登录胜利，以及token
  2. 而后将token保留在vuex与LocalStorage，进入后盾首页
  3. 进入后盾首页之后，咱们首先须要获取的是用户信息（在后盾首页index组件中申请），还有对应的用户权限菜单（在router拦截器中申请）、以及后盾首页须要显示的数据（在后盾首页index组件中申请）
测试：

因为token 1分钟 过期，咱们将在登录胜利进入后盾首页之后进行操作期待1分钟
这个时候咱们刷新页面。

过程：

他会同时执行3个申请，因为是异步申请，再者因为是不同组件，没有应用async/await，所以这3个申请中，任意一个第一工夫发出请求的，会在响应头中失去新的token，而后还没有来得及在vuex及LocalStorage中保留，第二个申请就带着Vuex/LocalStorage中的就token拜访了，而后失去后端返回的token生效及谬误状态码

后果：

申请回来之后响应拦截器发现此token生效了，而后就间接跳转到登录页面，删除了vuex/LocalStorage中的所有信息，实际上在第一个申请收回的时候，新的token曾经返回了，只不过是还没有保留呢，第二个申请就带着旧token拜访了。

要害代码截图：

axios封装：

路由拦截器：

index.vue

刷新页面时申请：

发问：

这种状况我尝试过很多办法，其中很多人都提出来应用监听，监听什么呢？token始终都是存在的，不会为空，如果监听token时候无效，那么又多了一次申请。

如果说去别的页面也会遇到这种问题，比方在用户核心页面，刷新页面会同时收回用户列表申请和我的信息申请及菜单申请，也会呈现这种问题。

如果解决这种问题，是前端解决还是后端解决？后端这样设计api是因为要实现token的单点登录，一个token只能一个人应用，过期的token也不会再刷新。

我切实想不到一个好的解决办法，心愿帅气的前端大佬们帮我指点迷津，我将感激不尽。