Ici, nous allons explorer ce qu'est la programmation asynchrone et en quoi elle diffère du multithreading. Il n'y aura pas d'exemples pratiques approfondis dans cette section, car ceux-ci seront abordés dans les prochains chapitres. Pour l'instant, nous allons nous concentrer davantage sur la théorie.

Qu'est-ce que la programmation asynchrone ?

Imaginez un serveur web qui gère des requêtes provenant des utilisateurs. Lorsqu'un utilisateur effectue une requête pour récupérer des données depuis la base de données, le serveur peut utiliser la programmation asynchrone pour lancer cette requête et continuer à traiter d'autres requêtes sans attendre la fin de l'opération. Ainsi, le serveur ne reste pas inactif pendant qu'il attend une réponse de la base de données !

Rappels

Les rappels constituent un aspect clé de la programmation asynchrone. Ils permettent d’exécuter des actions spécifiques une fois la tâche terminée, sans bloquer le thread principal du programme.

Par exemple, lors d’une requête asynchrone vers un serveur, la fonction de rappel sera appelée lorsque le serveur renverra une réponse.

Quelle est alors la différence entre le multithreading et l’asynchronisme ?

Dans un sens large, le multithreading est la capacité d’un programme à effectuer plusieurs tâches simultanément en utilisant différents threads d’exécution.

Imaginez un restaurant où des cuisiniers (threads) travaillent en même temps sur différents plats. Un cuisinier prépare une soupe, un autre grille un steak, et un troisième coupe des légumes. Chaque cuisinier travaille de manière indépendante, mais ils travaillent tous en même temps pour servir les clients plus rapidement.

Imaginez un restaurant où un cuisinier (thread principal) prépare un plat complexe, mais il doit attendre que l'eau bout (tâche en arrière-plan). Au lieu de rester à attendre (blocage), le cuisinier peut effectuer d'autres tâches, comme couper des légumes. Lorsque l'eau bout, il recevra une notification et continuera à cuisiner le plat.

L'asynchronisme en Java peut être représenté par les classes/interfaces suivantes :

• Future (étudié) : Une interface qui représente le résultat d'une tâche de calcul asynchrone. Les méthodes permettent de vérifier si la tâche est terminée, d'attendre sa complétion et d'obtenir le résultat ;
• CompletableFuture (que nous étudierons au prochain chapitre) : une classe qui implémente l'interface Future, offrant des fonctionnalités pour construire des calculs asynchrones complexes. Les méthodes permettent de combiner des tâches, gérer les erreurs et effectuer des actions après la complétion des tâches ;
• Executor : Une interface qui fournit une méthode execute prenant une tâche sous forme de Runnable et l'exécute de manière asynchrone ;
• ExecutorService (étudié) : Étend Executor en ajoutant des méthodes pour gérer le cycle de vie et exécuter des tâches qui retournent un résultat.