Собеседование Android-разработчика:
вопросы и ответы.

Корутина выполняется в CoroutineScope и наследует его Job и context. Structured concurrency связывает дочерние задачи с жизненным циклом родителя: отмена ViewModel останавливает её работу. Упомяните, когда нужен supervisorScope.

ViewModel хранится в ViewModelStore владельца и переживает пересоздание Activity или Fragment, но не гарантированно process death. Долгое состояние сохраняют через SavedStateHandle или источник данных, а Flow собирают lifecycle-aware способом.

Compose перечитывает наблюдаемое state и пересчитывает затронутые composable. Не называйте recomposition перерисовкой всего экрана: объясните стабильные параметры, remember, derivedStateOf и вынос дорогой работы из composition.

StateFlow — горячий поток с обязательным текущим значением и coroutine API; LiveData lifecycle-aware из коробки. В современном Kotlin-стеке часто используют StateFlow в ViewModel и repeatOnLifecycle в UI, но учитывают выбранную архитектуру проекта.

CancellationException не поглощают в общем catch: её пробрасывают дальше. Ошибки дочерних задач ведут себя по-разному в coroutineScope и supervisorScope; покажите, где ошибка превращается в UI-state или retry.

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

ViewModel не заменяет сохранение состояния процесса. В SavedStateHandle держат небольшой восстанавливаемый UI-state и параметры навигации, а данные получают заново из репозитория по устойчивому идентификатору.

Опишите границы UI, domain и data без догматизма: UI зависит от use case или state, data скрывает сеть и БД, зависимости направлены к абстракциям. Свяжите решение с тестированием и размером команды.

Пирамида обычно включает unit-тесты ViewModel и логики, интеграцию репозитория, немного UI-тестов на критические сценарии. Не дублируйте один сценарий на каждом уровне и стабилизируйте асинхронность.

Структурируйте по STAR: симптом и метрика, как локализовали причину, что изменили, как проверили результат и не допустили повторения. Подходят ANR, утечка, лишние recomposition или сетевые ретраи.