Что происходит при разворачивании приложения если оно было уничтожено системой

Процесс восстановления уничтоженного системой приложения

При разворачивании приложения, которое было уничтожено системой (обычно для освобождения памяти), происходит сложный процесс восстановления состояния через механизмы Activity Lifecycle и Saved Instance State. Система Android уничтожает фоновые приложения в условиях нехватки памяти, но сохраняет информацию для их корректного восстановления.

Основные этапы восстановления

1. Создание нового процесса Когда пользователь возвращается к уничтоженному приложению, система создает новый процесс и загружает в него приложение с нуля. Это отличается от обычного возобновления, где процесс уже существует.

2. Восстановление Activity Stack Система восстанавливает стек Activity на основе информации, сохраненной в Task Manager. Восстанавливается цепочка Activity в том же порядке, в котором они были перед уничтожением.

3. Вызов onCreate() с Bundle Ключевой момент - система передает сохраненное состояние в метод onCreate() каждой восстанавливаемой Activity:

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    
    if (savedInstanceState != null) {
        // Восстановление данных из Bundle
        val userName = savedInstanceState.getString("user_name")
        val scrollPosition = savedInstanceState.getInt("scroll_position")
    }
    
    // Инициализация UI и других компонентов
}

4. Последовательный вызов методов жизненного цикла После onCreate() система вызывает стандартные методы:

• onStart()
• onResume()

Но не вызываются onRestart() и onSaveInstanceState(), так как Activity создается заново, а не возобновляется.

Механизмы сохранения состояния

Saved Instance State Bundle Система автоматически сохраняет:

• ID ресурсов для View элементов
• Текст в EditText (если у него есть android:id)
• Состояние CheckBox, Switch и других виджетов
• Данные, сохраненные через onSaveInstanceState()

Пример ручного сохранения состояния:

override fun onSaveInstanceState(outState: Bundle) {
    super.onSaveInstanceState(outState)
    
    // Сохраняем пользовательские данные
    outState.putString("current_query", searchQuery)
    outState.putInt("selected_tab", viewPager.currentItem)
    outState.putParcelable("user_object", userParcelable)
}

Восстановление ViewModel и других компонентов

ViewModel переживает уничтожение конфигурации, но НЕ переживает полное уничтожение процесса. После убийства процесса ViewModel создается заново. Для сохранения критичных данных следует использовать:

• Persistent Storage (Room, DataStore, SharedPreferences)
• SavedStateHandle в ViewModel для сохранения минимального состояния
• onSaveInstanceState() для небольших данных

class UserViewModel(
    private val savedStateHandle: SavedStateHandle
) : ViewModel() {
    
    var searchQuery: String
        get() = savedStateHandle.get("query") ?: ""
        set(value) = savedStateHandle.set("query", value)
}

Особые сценарии и проблемы

Fragment восстановление:

• Фрагменты автоматически восстанавливаются, если добавлены через FragmentManager
• Требуется использование setRetainInstance(true) для сохранения экземпляра (устаревший подход)
• Рекомендуется использование ViewModel для хранения данных фрагмента

Восстановление асинхронных операций:

• Все запущенные потоки, корутины в рамках процесса теряются
• Необходимо перезапускать долгие операции при восстановлении
• Использовать LiveData или StateFlow для обновления UI после восстановления данных

Проверка восстановления в разработке:

# Принудительное уничтожение приложения для тестирования
adb shell am kill <package_name>

# Имитация нехватки памяти
adb shell am trim-memory <pid> CRITICAL

Рекомендации по реализации

1. Всегда проверяйте savedInstanceState в onCreate()
2. Сохраняйте минимально необходимые данные - Bundle имеет ограничения по размеру
3. Используйте ViewModel + SavedStateHandle для хранения UI состояния
4. Персистентное хранение для важных пользовательских данных
5. Тестируйте сценарий уничтожения через Developer Options → "Don't keep activities"

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