Décoder la machine virtuelle Java : une plongée approfondie dans l’architecture JVM

La machine virtuelle Java (JVM) fait partie intégrante de l’écosystème Java, responsable de l’exécution du bytecode Java.

Voici un aperçu approfondi de l’architecture JVM :

Sous-système de chargement de classe

Le sous-système ClassLoader est un élément essentiel de l’environnement d’exécution Java. Il permet le chargement dynamique des classes, maintient l’isolation du chargement des classes et garantit que les classes et les ressources appropriées sont disponibles pour l’exécution d’une application Java. Le chargement des classes en Java se déroule en trois phases distinctes :

a) Chargement: Il s’agit de la première phase où le chargeur de classe charge le fichier de classe en mémoire. Cela implique généralement la lecture du fichier de classe à partir du système de fichiers ou d’une autre source.

Hiérarchie du chargeur de classe: Java utilise un système de chargement de classes hiérarchique avec les chargeurs de classes clés suivants :

1. Chargeur de classe Bootstrap: Il s’agit du chargeur de classe de niveau supérieur, qui est responsable du chargement des bibliothèques et des classes Java de base à partir de la bibliothèque standard Java (par exemple, java.lang, java.util). Il est généralement implémenté en code natif et n’est pas écrit en Java. Les classes chargées par le chargeur de classes d’amorçage sont considérées comme fiables et font partie de l’environnement d’exécution principal.
2. Chargeur de classe d’extension: Également connu sous le nom d’Extension Class Loader, ce chargeur charge les classes à partir des répertoires d’extension ou des fichiers JAR. Ce sont des classes qui étendent l’API Java principale.
3. Chargeur de classe d’application: Ce chargeur de classe charge les classes à partir du chemin de classe de l’application. Il est responsable du chargement des classes qui font partie de l’application. Des chargeurs de classes personnalisés peuvent également être créés pour charger des classes à partir de sources personnalisées.

b) Liaison: Cette étape garantit que les fichiers de classe chargés sont valides et ne violent pas les contraintes de la machine virtuelle Java.

• Vérification: Au cours de cette étape, la JVM vérifie la structure chargée de la classe chargée et son respect des spécifications Java. Il garantit que le bytecode est bien formé et ne viole aucune contrainte de sécurité.
• Préparation: La mémoire est allouée aux variables de classe et initialisée aux valeurs par défaut lors de la préparation.
• Résolution: Cette étape consiste à remplacer les références symboliques par des références directes. Par exemple, résoudre un appel de méthode à une méthode spécifique dans une classe.

c) Initialisation: Dans cette phase, les initialiseurs statiques et les blocs statiques de la classe sont exécutés. C’est à ce moment-là que la classe est effectivement « initialisée ».

Zones de données d’exécution

Cette région de mémoire est utilisée pour gérer et stocker diverses données lors de l’exécution d’un programme Java.

a) Zone de méthode (espace de méthode):

• La zone de méthode, également connue sous le nom d’espace de méthode, est une partie logique de la mémoire où la JVM stocke les données et les métadonnées au niveau de la classe.
• Il stocke des informations sur les classes, telles que les noms de champs et de méthodes, leurs types de données et les modificateurs d’accès. Cette zone contient également le pool de constantes d’exécution, qui est un tableau de références symboliques aux méthodes, champs et autres constantes d’exécution.
• La zone de méthode est partagée entre tous les threads et constitue un élément crucial du maintien de l’intégrité des types et des méthodes de Java.
• Cette zone est généralement de taille fixe et peut déclencher une OutOfMemoryError si c’est épuisé.

b) Tas:

• Le Heap est la zone de données d’exécution responsable du stockage des objets et de leurs données associées. C’est là que se produit l’allocation dynamique de mémoire pour les objets.
• Le Heap est divisé en deux régions principales :
  Jeune génération et ancienne génération.
• Jeune génération: C’est ici que de nouveaux objets sont créés. Il est divisé en trois régions : l’Eden Space et deux Survivor Spaces (S0 et S1). Les objets sont initialement créés dans Eden Space. Lorsque les objets survivent à un ou plusieurs cycles de garbage collection, ils peuvent être promus vers les espaces survivants.
• Ancienne génération (génération titulaire): Cette zone stocke des objets à longue durée de vie qui ont survécu à plusieurs cycles de collecte des déchets de la jeune génération.
• Le garbage collector gère automatiquement le tas pour récupérer la mémoire des objets qui ne sont plus accessibles. Lorsque le Heap est épuisé, cela peut conduire à un OutOfMemoryError.

c) Piles Java:

• Chaque thread d’une application Java possède sa propre pile Java, utilisée pour l’exécution des appels de méthode et la gestion des variables locales.
• La pile Java est organisée comme une pile de cadres de pile, chacun représentant un seul appel de méthode. Il comprend les variables locales de la méthode, la valeur de retour et l’adresse (l’adresse à laquelle la méthode doit revenir après l’exécution).
• La pile garantit que les méthodes s’exécutent selon le principe du dernier entré, premier sorti (LIFO), et constitue une partie essentielle de l’exécution des threads.

d) Piles de méthodes natives:

• Semblable à Java Stack, la Native Method Stack est utilisée pour exécuter des méthodes natives ou des méthodes écrites dans des langages autres que Java (par exemple, C ou C++).
• Les méthodes natives sont exécutées sur la pile de méthodes natives et elle est distincte de la pile Java pour maintenir l’isolation entre le code natif et le code Java.

e) Registre du compteur de programme (PC):

• Chaque thread possède son propre registre de compteur de programme, qui stocke l’adresse mémoire de l’instruction JVM en cours d’exécution.
• Il s’agit d’une petite zone locale au thread qui assure le suivi du point d’exécution dans la méthode en cours d’exécution.

Moteur d’exécution

Il est responsable de l’exécution du bytecode Java. Il interprète et/ou compile le bytecode en code machine natif, facilitant ainsi l’exécution réelle des applications Java.

a) Interprète:

• L’interpréteur est le composant fondamental du moteur d’exécution. Il lit les instructions de bytecode ligne par ligne et les exécute.
• Le bytecode est une représentation du code Java indépendante de la plate-forme, et l’interpréteur garantit que les programmes Java peuvent s’exécuter sur n’importe quelle plate-forme dotée d’une JVM compatible.
• L’interprétation est relativement lente par rapport à l’exécution de code natif, mais elle offre une indépendance de plate-forme et permet au code de s’exécuter sur n’importe quel système doté d’une JVM.

b) Compilateur juste à temps (JIT):

• Bien que l’interpréteur soit essentiel pour l’indépendance de la plate-forme, il est souvent lent pour les applications critiques en termes de performances. C’est là qu’intervient le compilateur JIT.
• Le compilateur JIT est chargé de convertir le bytecode en code machine natif, qui est exécuté directement par le processeur hôte.
• Le compilateur JIT compile dynamiquement le bytecode en code natif au moment de l’exécution, optimisant ainsi les performances de l’application Java.
• La compilation JIT est effectuée de manière sélective pour les méthodes fréquemment exécutées, appelées méthodes « hot ». Cela permet d’économiser du temps et des ressources de compilation.
• Le compilateur JIT peut appliquer diverses optimisations, telles que l’intégration de méthodes, l’élimination du code mort et le déroulement de boucles, pour rendre l’exécution du code natif plus efficace.

c) Exécution du bytecode:

• Le moteur d’exécution récupère les instructions de bytecode de la zone de méthode et les exécute dans l’ordre spécifié.
• Il maintient le registre du compteur de programme (PC) pour garder une trace de l’instruction en cours.
• L’exécution comprend le chargement et le stockage des données, l’exécution d’opérations arithmétiques, l’appel de méthodes et la gestion du flux de contrôle (par exemple, boucles, conditions).

d) Interface native:

• L’interface native permet au code Java d’interagir avec des bibliothèques et des langages natifs tels que C et C++.

e) Bibliothèques de méthodes natives:

• C’est là que sont stockées les bibliothèques natives. Ces bibliothèques sont souvent écrites en C et C++ et peuvent être appelées par du code Java à l’aide de l’interface native.

f) Exécution du code Java:

• La JVM exécute le bytecode Java en récupérant les instructions, en les décodant et en exécutant les opérations correspondantes.
• Le moteur d’exécution interagit avec les zones de données d’exécution et contrôle le flux.

g) Collecte des déchets: La JVM gère automatiquement la mémoire, y compris le garbage collection, pour libérer la mémoire occupée par les objets qui ne sont plus référencés.

h) Interface native Java (JNI): Il permet au code Java d’appeler du code natif et vice versa, permettant ainsi une interaction avec des bibliothèques spécifiques à la plate-forme.

Conclusion

En conclusion, démêler les couches de la machine virtuelle Java améliore non seulement la compréhension de son fonctionnement interne, mais permet également aux développeurs d’écrire des applications Java plus efficaces et plus robustes. À mesure que la technologie évolue, une solide compréhension de l’architecture JVM reste fondamentale pour les développeurs Java qui cherchent à repousser les limites de leurs applications et à fournir des solutions logicielles hautes performances.

VOUS TROUVEZ CECI UTILE ? PARTAGEZ-LE