Какие методы вызываются при переходе между двумя Activity?

Жизненный цикл перехода между Activity

При переходе между двумя Activity в Android вызывается строгая последовательность методов жизненного цикла. Понимание этого порядка критично для корректного управления ресурсами, сохранения состояния и обеспечения плавного пользовательского опыта. Рассмотрим переход из Activity A (исходной) в Activity B (новой).

Последовательность вызовов методов

1. Этап подготовки и приостановки Activity A

Когда пользователь инициирует переход (например, через startActivity()), система последовательно выполняет:

// В Activity A вызываются:
override fun onPause() {
    // Activity A теряет фокус, но частично видна.
    // Здесь освобождаем ресурсы: камеру, широковещательные приёмники, анимацию.
    super.onPause()
}

• onPause() Activity A вызывается немедленно. Activity переходит в состояние Paused, оно теряет фокус ввода, но может оставаться частично видимым (например, если новая Activity прозрачна или не занимает весь экран). В этом методе следует освобождать ресурсы, потребление которых недопустимо в фоне (камера, сети, сенсоры).

2. Этап создания и запуска Activity B

Далее система создает и выводит на экран новую Activity B:

// В Activity B вызываются:
override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState) // Обязательный вызов родителя!
    setContentView(R.layout.activity_b)
    // Инициализация UI, ViewModel, восстановление состояния.
}

override fun onStart() {
    super.onStart()
    // Activity B становится видимой, но не взаимодействует с пользователем.
    // Подготовка к появлению на экране.
}

override fun onResume() {
    super.onResume()
    // Activity B получает фокус ввода и становится полностью активной.
    // Запуск анимаций, обновление данных, возобновление работы ресурсов.
}

3. Завершение сворачивания Activity A

После того как Activity B полностью запустилась и отрисовалась, система завершает "сворачивание" Activity A:

// В Activity A вызывается:
override fun onStop() {
    // Activity A полностью скрыта (перекрыта).
    // Здесь можно освобождать ресурсы, не нужные в невидимом состоянии.
    super.onStop()
}

• onStop() Activity A вызывается. Теперь Activity A полностью невидима и переходит в состояние Stopped. Это место для освобождения более тяжёлых ресурсов, которые не нужны, пока Activity не видна.

Краткая визуализация последовательности

1. Activity A: onPause()
2. Activity B: onCreate() → onStart() → onResume()
3. Activity A: onStop()

Обратный переход (Назад из Activity B в Activity A)

При нажатии кнопки "Назад" последовательность зеркальна, но с важным нюансом:

1. Activity B: onPause()
2. Activity A: onRestart() → onStart() → onResume() (если Activity A не была уничтожена системой)
3. Activity B: onStop() → onDestroy()

// Activity A получает уникальный метод onRestart()
override fun onRestart() {
    super.onRestart()
    // Вызывается ТОЛЬКО если Activity возвращается из состояния Stopped.
    // Идеальное место для обновления данных, которые могли измениться за время её отсутствия.
}

Ключевые принципы и лучшие практики

• Скорость в onPause(): Метод onPause() должен выполнять минимальный объем работы, так как блокирует отрисовку следующей Activity. Длительные операции здесь приведут к визуальной задержке перехода.
• Сохранение состояния в onPause() или onStop(): Поскольку после вызова onPause() процесс приложения может быть убит системой для экономии памяти, критически важные данные для восстановления UI следует сохранять в onPause(). Используйте для этого onSaveInstanceState(Bundle), который вызывается системой между onPause() и onStop().
• Управление ресурсами: Освобождение ресурсов следует распределять:

    *   В `onPause()`: Ресурсы, мешающие работе следующей Activity (камера, эксклюзивный аудио-фокус).
    *   В `onStop()`: Ресурсы, потребляющие значительную память/батарею, но не мешающие напрямую (соединения с сетью, загрузки больших изображений).

• Взаимодействие с ViewModel: Данные, связанные с UI, должны храниться в ViewModel, которая переживает конфигурационные изменения (поворот экрана). onCreate() восстанавливает UI из ViewModel и сохранённого Bundle.

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