Любую ли Activity можно убить из памяти

Механизм управления жизненным циклом Activity и ее удаление из памяти

В системе Android, управление памятью и жизненным циклом компонентов осуществляется ActivityManager и WindowManager совместно с системой Android. Ответ на ваш вопрос: любая Activity может быть убита (удалена из памяти) в определенных условиях, но это не происходит произвольно и подчиняется строгим правилам системы.

Когда и почему система может уничтожить Activity?

Система Android рассматривает Activity как относительно «легкий» компонент, который может быть уничтожен для освобождения критических ресурсов (памяти, CPU). Это часть стратегии управления ресурсами в многозадачной ОС.

Основные сценарии уничтожения Activity:

1. Недостаток памяти: Это самый распространенный случай. Когда система требует больше памяти для foreground-процесса (например, запуска новой игры или камеры), она начинает уничтожать background процессы и их Activity. Приоритет убития зависит от состояния Activity в стеке задач.
2. Конфигурационные изменения: Поворот устройства, изменение языка, подключение внешнего монитора вызывают onDestroy() текущей Activity для ее пересоздания с новыми ресурсами. Здесь уничтожение — часть стандартного жизненного цикла (onDestroy -> onCreate).
3. Явный вызов finish(): Разработчик сам завершает Activity через метод finish(), что приводит к ее уничтожению.
4. Системные ограничения или ошибки: В редких случаях системные ошибки или политики энергосбережения могут привести к убитию процесса и всех его Activity.

Какие Activity имеют более высокий «иммунитет»?

Не все Activity равны в глазах системы. Их приоритет определяется состоянием:

• Foreground Activity (активная, на экране): Уничтожается крайне редко, обычно только при конфигурационных изменениях.
• Background Activity (невидимая, но в стеке): Основная цель для убития при нехватке памяти.
• Activity с android:configChanges: Если указана, например, orientation, она не будет уничтожена при повороте, но это не защищает от убития по памяти.

Как система «восстанавливает» убитую Activity?

Ключевой механизм — сохранение и восстановление состояния. Когда система планирует убить Activity (например, из-за памяти), она не просто удаляет объект. Система вызывает:

override fun onSaveInstanceState(outState: Bundle) {
    super.onSaveInstanceState(outState)
    outState.putString("KEY_USER_TEXT", editText.text.toString())
    // Сохраняем критичные данные в Bundle
}

Этот Bundle сохраняется системой. Если пользователь возвращается к убитой Activity (например, через Back Stack), система:

1. Создает новый экземпляр Activity (вызывает onCreate()).
2. Передает сохраненный Bundle в onCreate(savedInstanceState: Bundle?).

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    if (savedInstanceState != null) {
        val restoredText = savedInstanceState.getString("KEY_USER_TEXT")
        editText.setText(restoredText) // Восстанавливаем состояние
    }
}

Таким образом, для пользователя это выглядит как «возврат» к той же Activity, хотя объект был полностью уничтожен и создан новый.

Исключения и особые случая

Технически, любая Activity может быть убита. Однако некоторые состояния делают это маловероятным или проблематичным:

• Activity с запущенным Foreground Service или Notification: Процесс имеет более высокий приоритет.
• Activity в режиме singleInstance или ключевой для задачи: Убитие может нарушить логику стека задач, но система все равно может это сделать при критической нехватке ресурсов.
• Activity, участвующая в критичном системном диалоге: Например, разрешение прав. Система старается сохранить ее.

Практические выводы для разработчика

1. Не рассчитывайте на постоянство: Всегда учитывайте, что ваша Activity может быть уничтожена в любой момент, когда она не на экране.
2. Используйте onSaveInstanceState для UI состояния: Для временных данных (текст в поле, позиция списка).
3. Персистентные данные храните отдельно: Используйте ViewModel (которая может сохраняться при конфигурационных изменениях), Repository, базу данных или SharedPreferences для данных, которые должны жить дольше жизни Activity.
4. Тестируйте сценарии убития: Включайте опцию «Don't keep activities» в настройках разработчика для эмуляции агрессивного убития системой и проверки восстановления состояния.

Итог: Да, любая Activity может быть убита из памяти по решению системы Android для оптимизации ресурсов. Роль разработчика — корректно сохранять и восстанавливать ее состояние через onSaveInstanceState и архитектурные компоненты (ViewModel, Persistent Storage), чтобы обеспечить непрерывный и стабильный пользовательский опыт даже после такого уничтожения.