Ребят, такая ситуация. Есть нетривиальная система авторизации, которая строится на большом количестве данных ключей и т.д. По дефолту в корне есть роут резолвер который проверяет можно ли идти дальше исходя из этих данных. В самом приложении на достаточной глубине есть функционал, который использует эти ключи и данные из авторизационного стора. Т.е. подразумевается что на этом этапе они очевидно есть, так бы роут не пустил. Так вот если находясь на этом компоненте сделать логаут, т.е. очистить авторизационные данные, все крашится, потому что пытаюсь взять данные у несуществующих объектов, только что удаленных. Собственно, как я понимаю, проблема в том, что эфектор быстрее обрабатывает измеение стора в текущем компоненте, чем в родительском, что противоречит структуре компонентов. Я правильно понимаю, что с этим ничего нельзя сделать, кроме как еще раз кучи бесполезных проверок непосредственно в местах использованния данных и это расплата за излишнюю реактивность?

короче, суть такова

мы подписываемся на апдейты стора в useLayoutEffect, то есть, мы начинаем диспатчить в useState обновления как только вызовется функция, переданная нами в тот useLayoutEffect
то есть, на момент завершения вызова useStore мы ещё не подписаны на изменения, мы просто прочитали стейт и вернули его
тем временем, в компоненте-чайлде функция внутри useLayoutEffect меняет состояние стора, был false, стал true
все подписчики стора получают обновления

но useLayoutEffect выполняются кверху ногами, поэтому родительский useLayoutEffect внутри useStore выполнится позже лейаут-хуков внутри дочернего компонента

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

воспроизвёл
из-за того, что хуки обновляются снизу вверх, а компоненты рендерятся сверху вниз, компонент сначала анмаунтится, потом обновляет стейт, потом отписывается