Comment Java gère-t-il plusieurs versions du même fichier JAR lors du chargement de classes ?

Dilemme de chargement de classes Java : gestion de plusieurs versions du même fichier Jar

Lorsque vous travaillez avec des bibliothèques Java, il n'est pas rare de rencontrer des projets qui nécessitent différents versions majeures de la même bibliothèque. Bien que l'on puisse s'attendre à ce que le chargeur de classe sépare clairement ces versions, la réalité est souvent plus complexe.

Limites du chargeur de classe

Le chargeur de classe Java n'est pas conçu pour gérer explicitement plusieurs versions de la même bibliothèque. Il suit un modèle de délégation parent-premier, dans lequel chaque chargeur de classe délègue le chargement de classe à son parent avant de tenter de le charger lui-même. Cela signifie que si deux classes avec le même nom binaire résident dans des fichiers JAR différents chargés par différents chargeurs de classe, la première classe trouvée dans la hiérarchie du chemin de classe sera chargée quelle que soit la version.

Résolution de classe et conflits

Lorsque le chargeur de classe tente de résoudre une classe, il recherche dans l'ordre suivant :

1. Actuel classloader
2. Classloader parent
3. Bootstrap classloader

Si aucun des classloaders de la hiérarchie ne peut trouver la classe, une ClassNotFoundException est levée. Bien que le chemin de classe puisse contenir plusieurs fichiers JAR contenant la même classe, un seul sera chargé. Dans un tel scénario, les classes d'autres jars ne seront pas accessibles.

Gestion des conflits de dépendances

Pour résoudre ce problème, les développeurs disposent de plusieurs options :

• Gestion des versions : Appliquer des versions spécifiques des bibliothèques dans tout le projet pour éviter les versions conflits.
• Systèmes de modules :Utilisez le système de modules de Java 9 pour isoler différentes versions de bibliothèques au sein des modules.
• Remplacement de ClassLoader : Créez des chargeurs de classe personnalisés qui remplacez le comportement de chargement de classe par défaut pour charger des versions spécifiques des classes.
• Jar Fusion : Fusionner les pots contenant différentes versions en un seul artefact.

Lien d'artefacts

Dans certains cas, il peut être souhaitable de traiter plusieurs pots comme un seul « package ». Ceci peut être réalisé grâce à la manipulation du chemin de classe. En spécifiant les fichiers jar requis dans le chemin de classe à l'aide de l'indicateur "-provided", le chargeur de classe chargera toutes les classes nécessaires à partir des fichiers jar. Cela « relie » efficacement les pots, leur permettant d'être traités comme une unité cohérente.

Conclusion

Bien que le chargeur de classe soit conçu pour gérer le chargement de classe, la gestion de plusieurs versions du même pot peut être difficile. En comprenant le comportement du chargeur de classe, les développeurs peuvent atténuer les conflits potentiels et gérer efficacement les dépendances au sein de leurs projets.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!