Dans le développement de coroutines Kotlin, une habitude courante consiste à envelopper chaque launch avec Dispatchers.IO, en supposant que cela rend le code plus rapide. Cependant, cette pratique peut introduire une surcharge inutile due au changement de contexte de thread, en particulier pour les tâches courtes ou liées au CPU. L'auteur partage son expérience de réduction progressive de l'utilisation de Dispatchers.IO, notant que le dispatcher par défaut est souvent suffisant pour de nombreuses opérations. Il souligne que le changement de thread n'est pas gratuit et doit être réservé aux opérations d'E/S bloquantes qui nécessitent réellement un pool de threads séparé. Le post fournit des heuristiques pratiques : utilisez Dispatchers.IO pour les E/S de fichiers ou de réseau, mais évitez-le pour les calculs simples ou lorsque la coroutine est déjà sur un thread approprié. Cette perspective est cruciale pour les développeurs créant des applications à forte concurrence, car elle encourage une sélection plus délibérée du dispatcher et une meilleure utilisation des ressources.
Un développeur Kotlin explique pourquoi ajouter systématiquement Dispatchers.IO à chaque lancement de coroutine peut dégrader les performances, et donne des conseils sur quand éviter le changement de thread explicite.