Leçons

Félicitations, tu as terminé le sixième niveau de la quête ! Tu as abordé un sujet important (les threads) et accompli 34 missions (ou peut-être moins si tu t'en réserves pour plus tard). Au septième niveau, nous allons continuer à étudier les threads. Dans un avenir proche, nous allons étudier la méthode static yield et les mots-clés synchronized et volatile.

Les threads sont, bien sûr, géniaux et ouvrent un monde de possibilités (et complexités) incroyables aux programmeurs. Différents threads changent l'état de différents objets en fonction des tâches qu'ils exécutent. Et, bien sûr, ils peuvent parfois se marcher sur les pieds ! Mais la partie la plus effrayante se passe au plus profond de la machine Java... Ça t'intrigue ?

Un sage maître a dit un jour qu'un programme était un ensemble d'objets que de « petits robots » (threads) parcouraient, en exécutant les commandes contenues dans les méthodes. Mais notre grand petit robot Diego ne veut pas te priver du plaisir d'effectuer quelques missions impliquant une ressource partagée. Il n'y en a que deux, mais tu vas devoir te creuser la cervelle.

Le basculement non contrôlé entre threads est un autre problème. Nous sommes confrontés à une question raisonnable : pourquoi ne pas laisser les threads faire ce qu'ils veulent et contrôler leur propre basculement ? En fait, cette approche crée encore plus de problèmes. Cette leçon t'en apprendra davantage au sujet de ces problèmes et ce qui peut être fait.

On ne peut rien cacher à ton professeur Diego. Il a appris que, dans la leçon précédente, tu avais fait connaissance avec le blocage de threads, et appris ce qu'étaient les mutex et comment travailler avec, ainsi que ce à quoi le mot-clé synchronized servait. Cinq missions sur le mot-clé synchronized t'attendent, avec les compliments de Maître Diego !

Houston, nous avons un problème avec le multithreading ! Oui, encore. Cette fois, c'est lié à la façon dont la mémoire cache est utilisée. Le cache même où le processeur met ses variables les plus fréquemment utilisées. Il le fait pour accélérer ses travaux, mais là réside la racine du mal. Très bientôt, tu découvriras l'astuce et la façon de résoudre ce problème.

Le modificateur volatile fait qu'une variable doit toujours être lue et écrite dans la mémoire normale partagée par tous les threads. Et grâce à Diego, tu n'as pas à attendre pour commencer à effectuer deux missions sur volatile. Tu feras un petit pas de plus vers le titre de développeur Java junior.

Tu sais déjà que le processeur passe en permanence entre les threads. Chaque thread a droit à un quantum : un morceau de temps processeur. Lorsque ce temps est écoulé, le processeur passe à un autre thread et exécute ses commandes. Et si tu as besoin de mettre fin au quantum du thread actuel prématurément, la méthode static yield de la classe Thread vole à ton secours !

Pour toi en particulier, le professeur Nouilles a trouvé une leçon en ligne très intéressante qui t'en apprendra bien plus sur les mots-clés synchronized et volatile, ainsi que la méthode yield. Il te conseille de l'étudier, mais de ne pas aller trop en profondeur : la véritable immersion dans ce sujet est prévue pour un peu plus tard.

Nous avons besoin de Java et des autres langages pour faciliter la communication entre les personnes et les ordinateurs. Même les actions les plus simples utilisent des composants informatiques critiques, tels que les périphériques, le sous-système d'entrée/sortie, le processeur et la mémoire. Cette vidéo t'explique les étapes que ton ordinateur suit chaque fois que tu cliques avec la souris.

Le Capitaine Noisettes est au téléphone ! Il a quelques petites surprises pour toi. Pour plus de précision, ce sont dix missions plutôt que des surprises, et elles sont là pour renforcer tes connaissances sur les threads. Ceux qui sont vraiment curieux peuvent tenter leur chance sur trois missions bonus qui sont plus difficiles. Par exemple, dans une de ces missions, tu rencontreras un serveur malchanceux dans un restaurant.