Может ли ViewModel пережить смерть процесса?

ViewModel и смерть процесса

Нет, ViewModel не может пережить полную смерть (уничтожение) процесса приложения. Это принципиальное ограничение архитектурного компонента ViewModel, о котором важно знать.

Почему ViewModel умирает с процессом?

ViewModel спроектирована как компонент, управляющий данными, связанными с жизненным циклом UI (активности или фрагмента). Она хранится в памяти (в heap) и привязана к жизненному циклу своего владельца (например, Activity). Когда система Android полностью убивает процесс приложения (например, из-за нехватки памяти, или когда пользователь принудительно закрывает приложение), вся память процесса освобождается. Соответственно, все экземпляры классов, включая ViewModel, уничтожаются.

Ключевое различие: ViewModel переживает изменения конфигурации (например, поворот экрана), потому что система сохраняет ее в специальном хранилище (ViewModelStore), которое пересоздается для новой активности. Однако это хранилище существует только в рамках жизни процесса. Смерть процесса — это точка "полного сброса".

Пример жизненного цикла

Рассмотрим на примере активности:

class MyViewModel : ViewModel() {
    val liveData = MutableLiveData<String>()
}

class MyActivity : AppCompatActivity() {
    private val viewModel: MyViewModel by viewModels()
    
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        // ViewModel создается здесь при первом запуске активности.
        // При повороте экрана (изменение конфигурации) будет возвращен тот же экземпляр.
        // При полном убийстве процесса и последующем восстановлении активности
        // ViewModel будет создана заново, а ее состояние будет утеряно.
    }
}

Что происходит при смерти процесса?

1. Пользователь сворачивает приложение, система испытывает нехватку памяти.
2. Android решает убить процесс вашего приложения для освобождения ресурсов.
3. Весь процесс (и вся его память) уничтожается. Все экземпляры ViewModel, LiveData и другие объекты в оперативной памяти теряются безвозвратно.
4. Позже, когда пользователь возвращается к приложению, система создает новый процесс и пытается восстановить последнее состояние UI (активность на вершине стека).
5. Активность создается заново через onCreate(), и для нее создается новая, пустая ViewModel. Все предыдущие данные в ней утеряны.

Как сохранить данные для этого сценария?

Для сохранения критически важных данных, которые должны пережить смерть процесса, необходимо использовать постоянное хранилище (persistence). ViewModel для этой задачи не предназначена. Основные подходы:

• SavedStateHandle (в составе ViewModel): Позволяет сохранять небольшой объем простых данных (ID, ключи, примитивы) специально для восстановления после смерти процесса. Данные сохраняются в Bundle активности и участвуют в системе сохранения состояния.

  class MyViewModel(savedStateHandle: SavedStateHandle) : ViewModel() {
      val stateLiveData = savedStateHandle.getLiveData<String>("key")
  }
  

• Локальная база данных (Room): Основной способ для сохранения структурированных данных, списков, пользовательского контента.
• DataStore или SharedPreferences: Для хранения простых ключ-значение предпочтений или настроек.
• Файловая система: Для больших бинарных данных (изображения, документы).

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