бесконечная рекурсия

Вы написали бесконечный цикл )

Спасибо

setState вызывает ререндер компонента, после которого всегда вызывается хук useEffect, внутри которого вы опять пишете setState
Вам надо так написать хук useEffect, чтобы он срабатывал не при каждом новом апдейте компонента

чтож, мы гении реакта получается 😎

Подскажите советом, пожалуйста.
Есть react + redux, в redux хранится информация о пользователе, в том числе accessToken и refreshToken (потому что access протухающий). Есть ApiService, в котором создаётся и отдаётся axios с baseUrl + timeout.
Суть проблемы: как отслеживать протухший токен и обновлять его?
Я в итоге сделал в actions отдельный экшен, checkTokenAndUpdate, который:
1. идёт в localStorage за юзером (потому что я не нашёл другого способа в экшене получить доступ к данным в стейте redux, а в каждый экшен вручную пихать токен неудобно)
2. проверяет срок жизни токена, если он просрочен - отправляет запрос на обновление токена (другой экшен). Если всё ок - отдаёт accessToken обратно. Если же обновить не удалось - выкидывает ошибку и диспатчит USER_LOGOUT.
Может есть какие-то более человеческие способы делать такие вещи? Или это норм вариант? Просто мне не очень нравится, что у меня постоянно дублируются 5 строк в каждом экшене, где эндпоинт требует токен.

ловить 401 ошибку и слать запрос на рефреш

устарел ли токен знает только бек. Хотя вы, в принципе, можете сами расшифровать JWT и получить эту дату, если вы знаете, как быстро устаревает токен. И при каждом запросе проверять, не устарел ли токен

или бек может в токен положить дату устаревания. Обычно там, вроде, только дата создания

вот это превая ходка в компонент
я начала делаю запрос с сurrentPage  =1

а потом его увеличиваю на 1 ,  чтобы следующий скрол сделать по запросу уже с  другим оффсет
но в упор не вижу почему оно не выгребает актуальное значение currentPage , а хранит в себе первоначальное значение.

по поводу вашей проблемы - используйте интерсепторы либо же делайте это в какой-то обертке над вашим http-клиентом, если нет интерсепторов. Интерсепторы есть, к примеру, в axios

Разобрался, всем большое спасибо ❤️

У нас не jwt, но срок жизни токена я знаю, его присылает сервер. Просто помимо устаревания токен может быть ещё и изменён (другой вход с другого устройства, например; бэк позволяет только существование одного токена и одной сессии).
Но мне в экшене в любом случае надо как-то доставать токен. Просто мне не нравится лазить в localStorage за токеном, оно же тоже аффектит производительность так или иначе

Уже ответили, так работает useEffect, почитайте внимательнее доки.

Если вы хотите иметь доступ к самому свежему значению переменной, она должна быт в dependencies useEffect.
Иначе там будет значение на момент инициализации компонента

Я пробовал, я не смог в сервис с axios передать стейт. И диспатчить экшены из него тоже, я с этим провозился кучу времени и не получил работающего варианта. Примеры нагуглить не смог, если кто-то может ткнуть в пример - буду крайне признателен

импортируете стор и делаете с ним что угодно) store.dispatch/store.getState

Вам вообще не надо знать ничего о сторе внутри axios интерцепторов и т.п.

как тогда лучше организовать мидлвар, который будет работать на каждый запрос и разлогинивать при 401, к примеру, учитывая, что токен хранится в сторе?

Не хранить токен в сторе

а где хранить?