Сразу ли добавляется Fragment после вызова add у FragmentManager

Нет, Fragment не добавляется сразу

Важный нюанс поведения FragmentManager: при вызове метода add() фрагмент не добавляется сразу к пользовательскому интерфейсу. Вместо этого происходит изменение состояния транзакции, и реальное добавление происходит только после коммита транзакции.

Что происходит при вызове add()

// Пример типичной транзакции
supportFragmentManager.beginTransaction()
    .add(R.id.container, MyFragment(), "TAG")
    .commit() // Без этого вызова фрагмент не будет добавлен

Ключевые этапы:

1. Создание транзакции - beginTransaction() создает объект FragmentTransaction
2. Добавление в транзакцию - add() лишь регистрирует намерение добавить фрагмент
3. Отложенное выполнение - реальные изменения происходят только после commit()

Жизненный цикл при добавлении

После вызова add() и до commit():

• Фрагмент создается (вызывается конструктор)
• Но методы жизненного цикла не запускаются
• Фрагмент не прикрепляется к UI

После commit():

• FragmentManager планирует выполнение транзакции
• Запускается жизненный цикл: onAttach(), onCreate(), onCreateView(), onViewCreated(), onStart(), onResume()

Особые случаи и варианты коммита

// commit() - синхронное выполнение в основном потоке
supportFragmentManager.beginTransaction()
    .add(R.id.container, fragment)
    .commit() // Выполняется при следующем цикле UI

// commitNow() - немедленное выполнение
supportFragmentManager.beginTransaction()
    .add(R.id.container, fragment)
    .commitNow() // Выполняется сразу

// commitAllowingStateLoss() - разрешает потерю состояния
supportFragmentManager.beginTransaction()
    .add(R.id.container, fragment)
    .commitAllowingStateLoss() // Безопасно, но может потерять состояние

// Асинхронный коммит с commit()
supportFragmentManager.commit {
    add(R.id.container, fragment)
    // Автоматический коммит в конце лямбды (API Fragment 1.3.0+)
}

Важные моменты для разработчика

Синхронность vs асинхронность:

• commit() - асинхронный, выполняется при следующем цикле UI
• commitNow() - синхронный, выполняется немедленно
• Нельзя вызывать commit() после onSaveInstanceState()

Безопасность транзакций:

// Безопасный паттерн
if (!supportFragmentManager.isStateSaved) {
    supportFragmentManager.beginTransaction()
        .add(R.id.container, fragment)
        .commit()
} else {
    // Использовать commitAllowingStateLoss() или отложить
    supportFragmentManager.beginTransaction()
        .add(R.id.container, fragment)
        .commitAllowingStateLoss()
}

Проблемы при неправильном использовании:

• IllegalStateException при вызове commit() после onSaveInstanceState()
• Утечки памяти при добавлении фрагментов без коммита
• Race conditions при неправильной синхронизации

Best Practices

1. Всегда проверяйте состояние перед коммитом
2. Используйте FragmentContainerView вместо обычных контейнеров
3. Избегайте commitNow() в большинстве случаев, если нет особой необходимости
4. Тестируйте поведение при смене конфигурации
5. Используйте новый API с лямбда-синтаксисом для лучшей читаемости

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