Выступаешь ли лидером в коллективе

В чем разница между основными CoroutineDispatcher?

Dispatcher — это объект, который определяет на каком потоке будет выполняться Coroutine. В Kotlin есть несколько встроенныхDispatcherImpl для разных сценариев. Правильный выбор Dispatcher критичен для производительности и корректности приложения.

Основные Dispatcher'ы

Dispatchers.Main — главный (UI) поток

• Используется: обновление UI, работа с View'ями
• Поток: Main/UI thread

Dispatchers.IO — для Input/Output операций

• Используется: сетевые запросы, чтение файлов, БД
• Поток: пул из 64 потоков (или ядра процессора, что больше)
• Оптимизирован: для блокирующих операций

Dispatchers.Default — для CPU-intensive работ

• Используется: вычисления, обработка данных
• Поток: пул потоков = количеству ядер процессора
• Оптимизирован: для параллельных вычислений

Dispatchers.Unconfined — без ограничений

• Используется: редко, для специальных случаев
• Поток: зависит от контекста

Сравнение Dispatcher'ов

Практические примеры

class UserViewModel : ViewModel() {
    fun loadUser(id: String) {
        viewModelScope.launch(Dispatchers.IO) {  // IO для сетевого запроса
            val user = apiService.getUser(id)
            
            // Переходим на Main для обновления UI
            withContext(Dispatchers.Main) {
                updateUI(user)
            }
        }
    }
    
    fun processLargeData(list: List<Int>) {
        viewModelScope.launch(Dispatchers.Default) {  // Default для вычислений
            val result = list.map { it * it }.sum()
            
            withContext(Dispatchers.Main) {
                showResult(result)
            }
        }
    }
}

Правильный выбор Dispatcher

// ПРАВИЛЬНО
viewModelScope.launch(Dispatchers.IO) {
    val data = repository.fetchFromNetwork()  // IO операция
    withContext(Dispatchers.Main) {
        updateUI(data)
    }
}

// НЕПРАВИЛЬНО (Main для сетевого запроса)
viewModelScope.launch(Dispatchers.Main) {
    val data = repository.fetchFromNetwork()  // Заморозит UI!
}

// ПРАВИЛЬНО для вычислений
viewModelScope.launch(Dispatchers.Default) {
    val processed = expensiveComputation(data)
    withContext(Dispatchers.Main) {
        showResult(processed)
    }
}

Когда использовать какой Dispatcher

// Main — только для UI
viewModelScope.launch(Dispatchers.Main) {
    textView.text = "Hello"  // UI обновление
}

// IO — для блокирующих операций
viewModelScope.launch(Dispatchers.IO) {
    val user = apiService.getUser(id)  // Сетевой запрос
    val data = database.query()  // БД запрос
    val file = readFile()  // Чтение файла
}

// Default — для CPU-intensive работ
viewModelScope.launch(Dispatchers.Default) {
    val sorted = largeList.sorted()  // Сортировка
    val encrypted = encrypt(data)  // Шифрование
    val result = complexCalculation()  // Сложные вычисления
}

// Unconfined — избегай, используй редко
viewModelScope.launch(Dispatchers.Unconfined) {
    // Обычно не нужен
}

Room/Retrofit с Dispatcher'ами

// Room автоматически работает в IO по умолчанию
class UserRepository(private val userDao: UserDao) {
    fun getUser(id: String) = userDao.getUser(id)  // уже в IO
}

// Retrofit с suspend functions
class ApiService {
    suspend fun getUser(id: String): User  // уже в IO
}

// Поэтому часто можно писать просто:
viewModelScope.launch {  // Main по умолчанию для viewModelScope
    val user = apiService.getUser(id)  // Будет в IO автоматически
}

withContext для переключения потоков

fun loadUserAndPosts(userId: String) {
    viewModelScope.launch(Dispatchers.IO) {  // Начинаем в IO
        val user = apiService.getUser(userId)  // IO
        val posts = apiService.getPosts(userId)  // IO
        
        withContext(Dispatchers.Default) {  // Переходим в Default
            val processed = processPosts(posts)  // Вычисления
        }
        
        withContext(Dispatchers.Main) {  // Переходим в Main
            updateUI(user, processed)  // UI обновление
        }
    }
}

Производительность

• Main — один поток, осторожно с блокирующими операциями
• IO — много потоков, оптимизирован для сетей/файлов
• Default — оптимален для CPU-bound работ
• Unconfined — минимум overhead, но опасен

Правила использования

1. Main — только для UI операций
2. IO — для сетевых запросов, БД, файлов
3. Default — для CPU-intensive вычислений
4. Unconfined — избегай, или используй редко для специальных случаев

Ответ: Main для UI, IO для сетевых/файловых операций, Default для вычислений, Unconfined редко для специальных случаев.