Какие неожиданные проблемы могут возникнуть при работе с корутинами в Android?

• Неожиданная отмена (cancellation): Корутина может быть отменена неявно, например, при смене конфигурации устройства или закрытии Activity/Fragment, если контекст жизненного цикла не управляется аккуратно. Это может привести к утечкам памяти или невыполненным операциям.
• Проблемы с контекстом (context propagation): Передача корутинного контекста между слоями приложения (UI, ViewModel, Repository) требует внимания. Неправильное использование контекста может привести к зависаниям UI или блокировке потоков.
• Утечки ресурсов при необработанных исключениях: Необработанные исключения в дочерних корутинах могут неявно отменять родительскую, но ресурсы, выделенные внутри дочерней, могут не освободиться.
• "Холодные" потоки (Flow) и их управление жизненным циклом: Flow ленивы по своей природе, и требуют активного сбора данных. Если сбор не управляется правильно (например, с помощью flowWithLifecycle или collectLatest), можно получить нежелательное поведение при изменениях состояния UI или жизненного цикла.
• Block Blocking Calls: Включение блокирующих вызовов (например, сетевых или файловых операций) в корутину, которая выполняется на диспетчере основного потока (Dispatchers.Main), приведет к ANR.

// Пример потенциальной проблемы с отменой корутины при смене конфигурации
class MyViewModel : ViewModel() {
    fun loadData() {
        viewModelScope.launch {
            // Длительная операция
            delay(5000)
            // Если Activity пересоздается во время delay, эта строка может не выполниться
            println("Data loaded")
        }
    }
}

// Пример Block Blocking Call на Main диспетчере
import kotlinx.coroutines.*

fun performBlockingOperation() {
    runBlocking { // Не использовать в UI потоке!
        delay(1000) // Блокирует поток
    }
}

// Должно быть так:
fun performNonBlockingOperation() {
    CoroutineScope(Dispatchers.Default).launch {
        delay(1000) // Не блокирует основной поток
    }
}