Собеседование. Часть 4: Корутины — от иллюзии потоков до Structured Concurrency и обработки ошибок
Многопоточность вызывает мандраж. В Android на смену RxJava пришли Kotlin Coroutines. За их лаконичным синтаксисом скрывается жесткая архитектура. Мой следующий блок вопросов проверяет, понимает ли кандидат, что именно происходит под капотом привычного launch.
Уровень 1: Иллюзия потоков (База)
Начинаю с провокации: «Корутина — это просто легковесный поток?»
Многие кивают, и это ловушка. Правильный ответ: Нет, это блок кода, умеющий приостанавливать работу (suspend) и возобновляться позже. На одном Main Thread могут поочередно работать тысячи корутин, не блокируя его. Это кооперативная многозадачность. Если кандидат отличает блокировку Thread.sleep от delay, базовый тест пройден.
Уровень 2: Кто за рулем? (Scope и Job)
Усложняем: «Мы запустили сетевой запрос. Юзер закрыл экран. Как избежать утечки памяти?»
Продвинутый кандидат назовет CoroutineScope и Job. Job управляет жизненным циклом задачи, а Scope — ее область видимости. Обязательный вопрос: «В чем фишка viewModelScope?» Ожидаемый ответ: он жестко привязан к ViewModel и автоматически вызывает cancel() дочерним корутинам в onCleared().
class MyViewModel : ViewModel() { fun loadData() { viewModelScope.launch { val data = api.fetchData() // Отменится сам при смерти ViewModel } } }
Уровень 3: Эффект домино (Structured Concurrency)
Меняем условия: «Запущено несколько задач в viewModelScope. Одна упала с Exception. Что будет?»
Джуны часто пишут try-catch внутри launch. Но истинный эксперт знает про Structured Concurrency. Корутины связаны иерархией. Если "ребенок" падает, он отменяет родителя (наш launch). Родитель умирает и отменяет остальных детей. В итоге молча упадет весь viewModelScope. Блок try-catch внутри вложенного launch здесь абсолютно бесполезен — исключение просто пробивает иерархию Job.
Уровень 4: Изоляция катастрофы (SupervisorJob)
Финальный босс: «Как защитить родительский scope от падения одной дочерней корутины?»
Здесь эксперт должен использовать supervisorScope. Его суперспособность — изоляция ошибок: смерть одной корутины не убивает соседей по scope.
class MyViewModel : ViewModel() { fun loadData() { viewModelScope.launch { val data = api.fetchData() // Отменится сам при смерти ViewModel } } }
А для глобальной обработки непойманных исключений (чтобы не крашнулось всё приложение) кандидат должен упомянуть CoroutineExceptionHandler, который передается в контекст корневой корутины.
Резюме: Суровая реальность против тепличного кода
Корутины расслабляют своим красивым синтаксисом. Для меня на интервью важно увидеть, что человек понимает последствия своих архитектурных решений.
В мобильной (и особенно Automotive) разработке сеть нестабильна. Машина заезжает в альпийский тоннель, связь обрывается, и один упавший сетевой запрос погоды не должен утянуть за собой весь модуль навигации из-за неправильно настроенной иерархии Job. Именно умение строить отказоустойчивые системы отличает кодера от инженера, которому можно смело доверить продакшен.
