валидность, и если он не валидный - иду обновлять токен, и потом повторяю запрос. Всё норм работает, только вот у меня есть компоненты, которые запрашивают данные с нескольких эндпойнтов и запросы обрабатываются через Promise.all, и получается, что если токен не валидный то его рефреш запрашивается столько раз, сколько запросов было сделано из компонентов. Есть ли какой то способ поставить запросы аксиоса в очередь до обновления токена? Спасибо
дичь, какая-то, не используй промис алл
Ну в твоем случае, ты в модуле в котором у тебя описан callback для axios interceptor, можешь попробовать сделать флаг isRefresh и по данному флагу уже определять идет у тебя запрос на обновление или нет. И запускасть запрос на обновление токена только если isRefresh === false Но само использование интерцептора для таких целей, это все таки чрезвычайно проблематично.
у меня есть другая реализация - есть парсер токена, который вычисляет время жизни токена, и на на основе этого времени запускает таймер на обновление. При такой реализации есть другая проблема - во время запроса обновления токена могу быть запросы с устаревшим токеном. Вот я решил сделать способ, при котором запросы данных будут идти только с валидным токеном)
Обсуждают сегодня