Добрый день.
Есть стартовый фрагмент.
И есть остальные фрагменты которые замещают этот стартовый фрагмент,
добавляясь в стек возврата addToBackStack (). И в конце своей жизни спокойно возвращаясь
к стартовому фрагменту.

Но проблема возникает при стечении обстоятельств, когда запрос на запуск других
фрагментов приходит почти одновременно. И кто-то из них запустится.
Но сломается стек возврата.
А причина этого в том, что транзакции менеджера фрагментов коммитятся не сразу и позднее чем несколько вызовов на показ фрагментов.
developer.android.comSchedules a commit of this transaction. The commit does not happen immediately; it will be scheduled as work on the main thread to be done the next time that thread is ready. Как сказал бы П. П. Шариков:"В очередь, с..... дети!".

Соответственно, не получается отследить из findFragmentByTag то, какой сейчас фрагмент запущен.

Вопрос в том, как правильно разрулить такую ситуацию?
Нужно, чтобы, кто последний, тот и добавлялся в стек, а предыдущие незавершенные коммиты,
если они есть, убрать из очереди.

wadmanvlad333Но проблема возникает при стечении обстоятельств, когда запрос на запуск других
фрагментов приходит почти одновременно.
Как этот эффект достигается?
Например событие из интерфейса слушателя событий по которому надо открыть определенный фрагмент
и пользователь одновременно с этим перешел на фрагмент(не обязательно на тот же самый).

Джибска кпример смотреть в фрагмент манагере, наличие такого фрагмента по тегу.
выше я уже писал "Соответственно, не получается отследить из findFragmentByTag то, какой сейчас фрагмент запущен."
Предыдущая транзакция где-то в очереди застряла и фрагмент еще не создался.

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