Qu'est-ce qu'un ClassLoader Java?

Tiré de ce joli tutoriel de Sun:

Motivation

Les applications écrites dans des langages de programmation compilés statiquement, tels que C et C++, sont compilées dans des instructions natives spécifiques à la machine et enregistrées en tant que fichier exécutable. Le processus de combinaison du code en un code natif exécutable est appelé liaison - la fusion de code compilé séparément avec du code de bibliothèque partagée pour créer une application exécutable. Ceci est différent en compilé dynamiquement les langages de programmation comme Java. En Java, l' .les fichiers de classe générés par le compilateur Java restent tels quels jusqu'à ce qu'ils soient chargés dans la Machine virtuelle Java (JVM) - en d'autres termes, le processus de liaison est effectué par la JVM lors de l'exécution. Les classes sont chargées dans la JVM "au besoin". Et lorsqu'une classe chargée dépend d'une autre classe, cette classe est également chargée.

Lorsqu'une application Java est lancée, la première classe à exécuter (ou le point d'entrée dans l'application) est celle avec la méthode vide statique publique appelée main (). Cette classe a généralement des références à d'autres classes, et toutes les tentatives de chargement des classes référencées sont effectuées par le chargeur de classe.

Pour avoir une idée de ce chargement de classe récursif ainsi que de l'idée de chargement de classe en général, considérez la classe simple suivante:

public class HelloApp {
   public static void main(String argv[]) {
      System.out.println("Aloha! Hello and Bye");
   }
}

Si vous exécutez cette classe en spécifiant l'option de ligne de commande-verbose:class, afin qu'elle imprime les classes en cours de chargement, vous obtiendrez une sortie qui se présente comme suit. Notez qu'il ne s'agit que d'une sortie partielle car la liste est trop longue pour être affichée ici.

prmpt>java -verbose:class HelloApp



[Opened C:\Program Files\Java\jre1.5.0\lib\rt.jar]
[Opened C:\Program Files\Java\jre1.5.0\lib\jsse.jar]
[Opened C:\Program Files\Java\jre1.5.0\lib\jce.jar]
[Opened C:\Program Files\Java\jre1.5.0\lib\charsets.jar]
[Loaded java.lang.Object from shared objects file]
[Loaded java.io.Serializable from shared objects file]
[Loaded java.lang.Comparable from shared objects file]
[Loaded java.lang.CharSequence from shared objects file]
[Loaded java.lang.String from shared objects file]
[Loaded java.lang.reflect.GenericDeclaration from shared objects file]
[Loaded java.lang.reflect.Type from shared objects file]
[Loaded java.lang.reflect.AnnotatedElement from shared objects file]
[Loaded java.lang.Class from shared objects file]
[Loaded java.lang.Cloneable from shared objects file]
[Loaded java.lang.ClassLoader from shared objects file]
[Loaded java.lang.System from shared objects file]
[Loaded java.lang.Throwable from shared objects file]
.
.
.
[Loaded java.security.BasicPermissionCollection from shared objects file]
[Loaded java.security.Principal from shared objects file]
[Loaded java.security.cert.Certificate from shared objects file]
[Loaded HelloApp from file:/C:/classes/]
Aloha! Hello and Bye
[Loaded java.lang.Shutdown from shared objects file]
[Loaded java.lang.Shutdown$Lock from shared objects file]

Comme vous pouvez le voir, les classes d'exécution Java requises par la classe d'application (HelloApp) sont chargées en premier.

Chargeurs de classe dans la plate-forme Java 2

Le langage de programmation Java ne cesse d'évoluer pour faciliter la vie quotidienne des développeurs d'applications. Ceci est fait en fournissant des API qui vous simplifient la vie en vous permettant de vous concentrer sur la logique métier plutôt que les détails de mise en œuvre des mécanismes fondamentaux. Ceci est évident par le récent changement de J2SE 1.5 en J2SE 5.0 afin de refléter la maturité de la plate-forme Java.

Depuis JDK 1.2, un chargeur de classes bootstrap intégré à la JVM est responsable du chargement des classes du runtime Java. Ce chargeur de classes ne charge que les classes qui se trouvent dans le chemin de classe de démarrage, et comme il s'agit de classes de confiance, le processus de validation n'est pas effectué comme pour les classes non approuvées. Dans outre le chargeur de classes bootstrap, la JVM dispose d'un chargeur de classes d'extension responsable du chargement des classes à partir d'API d'extension standard et d'un chargeur de classes système qui charge les classes à partir d'un chemin de classe général ainsi que vos classes d'application.

Comme il y a plus d'un chargeur de classe, ils sont représentés dans un arbre dont la racine est le chargeur de classe bootstrap. Chaque chargeur de classe a une référence à son chargeur de classe parent. Lorsqu'un chargeur de classe est invité à charger une classe, il consulte son chargeur de classe parent avant d'essayer de charger l'élément lui-même. Le parent consulte à son tour son parent, et ainsi de suite. Ce n'est donc qu'après que tous les chargeurs de classe ancêtre ne trouvent pas la classe que le chargeur de classe actuel est impliqué. En d'autres termes, un modèle de délégation est utilisé.

Le java.lang.ClassLoader Classe

Le java.lang.ClassLoader est une classe abstraite qui peut être sous-classée par les applications qui ont besoin d'étendre la manière dont la JVM charge dynamiquement les classes. Les constructeurs dans java.lang.ClassLoader (et ses sous-classes) vous permettent de spécifier un parent lorsque vous instanciez un nouveau chargeur de classe. Si vous ne spécifiez pas explicitement un parent, le chargeur de classe système de la machine virtuelle sera attribué en tant que parent par défaut. En d'autres termes, la classe ClassLoader utilise un modèle de délégation pour rechercher des classes et des ressources. Par conséquent, chaque instance de ClassLoader a un chargeur de classe parent associé, de sorte que lorsqu'on lui demande de trouver une classe ou des ressources, la tâche est déléguée à sa classe parente chargeur avant d'essayer de trouver la classe ou la ressource elle-même. La méthode loadClass() du ClassLoader effectue les tâches suivantes, dans l'ordre, lorsqu'elle est appelée pour charger une classe:

Si une classe a déjà été chargée, elle la renvoie. Sinon, il délègue la recherche de la nouvelle classe le chargeur de classe parent. Si le chargeur de classe parent ne trouve pas la classe, loadClass() appelle la méthode findClass() pour trouver et charger la classe. La méthode finalClass() recherche la classe dans le chargeur de classe actuel si la classe n'a pas été trouvée par le chargeur de classe parent.

Il y a plus dans l'article original, qui vous montre également comment implémenter vos propres chargeurs de classe réseau, ce qui répond à votre question de savoir pourquoi (et comment). Voir aussi lesAPI docs .