Жизненный цикл фрагментов Андроид-приложений

Мы уже писали про жизненный цикл одной активности в Андроид-приложениях, а также про навигацию и стек переходов. В этот раз обсудим поведение фрагментов, прикреплённых к активности.

Сценарий № 1: запуск и завершение активности с фрагментом

Гарантируется, что вызов onCreate() активности выполнится раньше, чем вызов соответствующих вызовов фрагментов. Но противолежащие методы обратного вызова (onStart() и onResume()), выполняются параллельно, в результате чего порядок их вызовов не определён. К примеру, система сможет выполнить метод onStart() активности непосредственно перед методом onStart() фрагмента, однако затем выполнить метод onResume() фрагмента перед методом активности onResume(). Также стоит быть осторожным при управлении потоками выполнения и избегать состояния гонки.

Сценарий № 2: поворот активности с фрагментом

Управление состоянием

Как сохранение, так и восстановление фрагментов весьма похоже на восстановление/сохранение активностей. Различие в том, что у фрагментов отсутствует метод onRestoreInstanceState(), однако им доступен Bundle в методах onCreate(), onCreateView() и onActivityCreated().

Фрагменты можно сохранить, то есть при изменениях конфигурации активности станет применяться один и тот же экземпляр фрагмента.

Сценарий № 3: поворот активности с сохранённым фрагментом

После осуществления поворота фрагмент не разрушится и не воссоздастся, так как после пересоздания активности применяется тот же самый экземпляр фрагмента, причём в onActivityCreated() объект состояния всё ещё доступен.

Не следует использовать сохраняемые фрагменты, если они не применяются в целях сохранения данных между изменениями конфигурации (речь идёт о не UI-фрагменте). Например, класс ViewModel из библиотеки Architecture Components реализован внутри именно так, однако он предоставляет более простой API.

Источник — «The Android Lifecycle cheat sheet — part III : Fragments».