Архитектура Android

viewModelScope привязан к ViewModel и отменяется в onCleared(). lifecycleScope принадлежит Activity или Fragment и отменяется на onDestroy. Оба нужны, чтобы корутина не пережила запустивший её компонент, — поэтому в GlobalScope не запускают.

ViewModel привязан к ViewModelStoreOwner, поэтому переживает смену конфигурации: при повороте Activity пересоздаётся, но экземпляр остаётся тем же. Смерть процесса он не переживает — ОС убивает процесс вместе с памятью. Для этого и нужен SavedStateHandle.

Используйте WorkManager для отложенной гарантированной работы, которая должна пережить смерть процесса и перезапуск приложения (он сохраняет и перепланирует задачи). Foreground Service берите для видимой пользователю работы, которая должна идти прямо сейчас и непрерывно — активное воспроизведение медиа или загрузка, за которой пользователь наблюдает.

Repository — единственная точка входа к данным фичи: он владеет сетевым и локальным источниками, решает, какой ответит на запрос, и отдаёт наверх доменные модели. Поэтому ViewModel не видит Retrofit или Room и тестируется с фейком.

У каждого scope есть родительский Job, поэтому отмена scope отменяет все дочерние корутины, включая вложенные. lifecycleScope отменяется при каждом уничтожении Activity/Fragment, так что поворот его убивает; viewModelScope это переживает и отменяется только в onCleared(). Работа, которая должна пережить поворот, живёт в viewModelScope.

В MVVM ViewModel владеет несколькими независимыми холдерами состояния, а view прямо зовёт его методы — меньше церемоний, но поля могут разъехаться посреди обновления. MVI пропускает каждое действие через один поток intent в reducer, который выдаёт единый неизменяемый объект состояния: кадр всегда согласован, а баг воспроизводим по журналу. Цена — boilerplate; при таких связанных полях выбирайте MVI.

Созданный вручную scope никто не отменяет, поэтому собирающая корутина переживает onDestroyView и продолжает держать binding — на каждый визит удерживается мёртвая иерархия View. Собирайте из viewLifecycleOwner.lifecycleScope внутри repeatOnLifecycle(STARTED), который отменяется при смерти View, либо отменяйте scope сами в onDestroyView.

SavedStateHandle — это map ключ-значение поверх saved-instance Bundle, который система пишет перед убийством процесса, поэтому его записи восстанавливаются в пересозданный ViewModel. Обычное поле ViewModel живёт только в памяти и пропадает. Он ограничен размером Bundle: держите там мелкие идентификаторы — запрос, выбранный id — а данные перезагружайте из repository.

Поставьте в очередь PeriodicWorkRequest для CoroutineWorker с Constraints на безлимитную сеть и зарядку; WorkManager сохраняет запрос в собственной базе, поэтому он переживает смерть процесса и перезагрузку. Дедуп — через enqueueUniquePeriodicWork(KEEP). Возвращайте Result.retry() на 503 для экспоненциального backoff и Result.failure() на 401. doWork — suspend, поэтому он отменяется, когда условие перестаёт выполняться.

Используйте WorkManager с long-running воркером, повышенным через setForeground (он показывает обязательное постоянное уведомление). Он сохраняет задачу, поэтому она переживает смерть процесса и перепланируется после убийства. Doze позволяет foreground-воркеру работать. Прогресс сообщайте через setProgress, наблюдая WorkInfo в UI.