Redux 和并发令牌刷新请求
Redux and concurrent token refresh requests
我们正在开发 Redux 应用程序并使用 thunk 封装任何异步调用并组合多个操作。我遇到了一个有趣的问题；当 auth 令牌过期并且我点击了我的应用程序的一部分，该部分对 api 有多个并发调用时，有一场刷新令牌的竞赛，导致 200 跟随我的 n 401作为比赛的获胜者，成功刷新令牌只是为了让参赛者传递陈旧的令牌并被拒绝。在我们的实现中，这会导致注销，这有点违背刷新令牌的目的...
我是否应该编写一个中间件并将导致刷新请求失败的任何操作排队并重播它们？我不确定是否有一个干净的解决方案，但我认为一定有其他人有类似的问题。
有人在这里写了我正在考虑的中间件https://github.com/esbenp/redux-refresh-token
我们正在开发 Redux 应用程序并使用 thunk 封装任何异步调用并组合多个操作。我遇到了一个有趣的问题；当 auth 令牌过期并且我点击了我的应用程序的一部分，该部分对 api 有多个并发调用时，有一场刷新令牌的竞赛，导致 200 跟随我的 n 401作为比赛的获胜者，成功刷新令牌只是为了让参赛者传递陈旧的令牌并被拒绝。在我们的实现中，这会导致注销，这有点违背刷新令牌的目的...
我是否应该编写一个中间件并将导致刷新请求失败的任何操作排队并重播它们？我不确定是否有一个干净的解决方案，但我认为一定有其他人有类似的问题。
有人在这里写了我正在考虑的中间件https://github.com/esbenp/redux-refresh-token