Chapitre 7. Personnalisation de Tokio
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Tout au long de ce livre, nous avons utilisé Tokio pour les exemples parce que non seulement il est bien établi, mais il a aussi une syntaxe propre et tu peux faire fonctionner des exemples asynchrones avec une seule macro. Il y a de fortes chances que si tu as travaillé sur une base de code Rust asynchrone, tu aies déjà rencontré Tokio. Cependant, jusqu'à présent, nous avons utilisé cette caisse uniquement pour construire un runtime Tokio standard, puis pour envoyer des tâches asynchrones à ce runtime. Dans ce chapitre, nous allons personnaliser nos runtimes Tokio afin d'avoir un contrôle fin sur la façon dont nos tâches sont traitées dans les différents threads d'un ensemble. Nous testerons également si notre accès non sécurisé à l'état des threads est réellement sûr dans un moteur d'exécution asynchrone. Enfin, nous verrons comment activer des fermetures gracieuses lorsque notre exécution asynchrone se termine.
À la fin de ce chapitre, tu seras en mesure de configurer une exécution Tokio pour résoudre ton problème spécifique. Tu pourras également spécifier le thread sur lequel la tâche asynchrone est exclusivement traitée afin que ta tâche puisse s'appuyer sur l'état spécifique au thread, réduisant ainsi potentiellement le besoin de verrous pour accéder aux données. Enfin, tu pourras spécifier comment le programme ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access