Explication détaillée du chargeur de classe basé sur la méthode de chargement de classe Java

L'éditeur suivant vous apportera une explication détaillée de la méthode de chargement basée sur la classe classloader class loader_java. L'éditeur le trouve plutôt bon, je vais donc le partager avec vous maintenant et le donner comme référence pour tout le monde. Suivons l'éditeur et jetons un coup d'œil

Concepts de base

Le chargeur de classe Classloader est utilisé pour charger des classes Java dans la machine virtuelle Java . C'est différent des programmes ordinaires. Les programmes Java (fichiers de classe) ne sont pas des programmes exécutables locaux. Lors de l'exécution d'un programme Java, exécutez d'abord la JVM (Java Virtual Machine), puis chargez la classe Java dans la JVM pour l'exécuter. La partie responsable du chargement de la classe Java est appelée Class Loader.

La JVM elle-même contient un ClassLoader appelé Bootstrap ClassLoader Comme la JVM, le Bootstrap ClassLoader est implémenté dans le code local et est responsable du chargement de la JavaClass principale (c'est-à-dire toutes les classes commençant par java.*). De plus, la JVM fournira également deux ClassLoaders, tous deux écrits en langage Java et chargés par le Bootstrap ClassLoader ; l'extension ClassLoader est responsable du chargement des classes Java étendues (telles que toutes les classes commençant par javax.* et les classes stockées). dans le répertoire ext du JRE), ApplicationClassLoader se charge du chargement des propres classes de l'application.

Lors de l'exécution d'un programme, la JVM démarre et exécute le chargeur de classe bootstrap. Le ClassLoader charge l'API principale Java (ExtClassLoader et AppClassLoader sont également chargés à ce moment), puis appelle ExtClassLoader pour charger l'API d'extension, et enfin AppClassLoader charge le répertoire CLASSPATH. La classe définie est le processus de chargement le plus basique d'un programme.

Remarque : découvrez ClassLoader et consultez les applications du programme OSGI

Quand la JVM utilise-t-elle ClassLoader pour charger une classe Lorsque vous utilisez Java pour exécuter une classe, la JVM utilise ApplicationClassLoader pour charger la classe ; alors si la classe A fait référence à la classe B, qu'il s'agisse d'une référence directe ou d'une référence utilisant Class.forName(), la JVM trouvera le ClassLoader qui charge la classe A et utilisera ce ClassLoader pour charger la classe B. La JVM détermine si elle doit charger de nouvelles classes en fonction des instructions d'exécution effectives au moment de l'exécution, afin de charger le moins de classes possible. Ceci est différent des classes compilées.

Pourquoi utiliser votre propre ClassLoader ?

Il semble que le propre ClassLoader de JVM soit suffisant, pourquoi devons-nous créer notre propre ClassLoader ?

Étant donné que le ClassLoader fourni avec la JVM sait uniquement comment charger les fichiers de classe Java standard à partir du système de fichiers local, si vous écrivez votre propre ClassLoader, vous pouvez faire :

1) Avant d'exécuter un ClassLoader non fiable code , vérifie automatiquement les signatures numériques

2) Créez dynamiquement des classes de construction personnalisées qui répondent aux besoins spécifiques des utilisateurs

3) Obtenez des classes Java à partir d'endroits spécifiques, tels que des bases de données

4) Attendez

En fait, lors de l'utilisation d'Applet, un ClassLoader spécifique est utilisé, car à ce stade, la classe Java doit être chargée depuis le réseau et les informations de sécurité pertinentes doivent être vérifiées.

La plupart des serveurs d'applications utilisent la technologie ClassLoader Même si vous n'avez pas besoin de créer votre propre ClassLoader, comprendre ses principes vous aidera à mieux déployer vos propres applications.

Remarque importante : En fait, une classe chargée ne peut pas être mise à jour si vous essayez d'utiliser le même ClassLoader pour charger à nouveau la même classe, vous. obtiendra une exception (java.lang.LinkageError: duplicate classdefinition), et nous ne pouvons recréer qu'une nouvelle instance de ClassLoader pour charger à nouveau la nouvelle classe. Quant à la classe chargée à l'origine, le développeur n'a pas à s'en soucier, car elle peut encore avoir des instances utilisées. Tant que les instances concernées sont recyclées par la mémoire, la JVM déchargera les classes qui ne seront plus utilisées. le moment approprié.

La plupart des programmes Java utiliseront trois types de chargeurs de classe fournis par le système

1. Démarrez le chargeur de classe (Bootstrap ClassLoader). ), responsable du chargement de la bibliothèque de classes qui existe dans le répertoire lib ou dans le chemin spécifié par le paramètre -Xbootclasspath et est reconnue par la machine virtuelle dans la machine virtuelle. Notez qu'elle est identifiée par le nom de fichier, comme rt .jar, les bibliothèques de classes avec des noms incohérents ne seront pas chargées même si elles sont placées dans le répertoire lib.

2. Chargeur de classe d'extension (ExtClassLoader), qui est responsable de toutes les bibliothèques de classes dans le répertoire libext, ou dans le chemin spécifié par la variable système java.ext.dirs.

3. Le chargeur de classe d'application (App-ClassLoader), obtenu via cassLoader.getSystemClassLoader(), est responsable du chargement de la bibliothèque de classes spécifiée sur le chemin de classe utilisateur (ClassPath). programme Appareil.

Le modèle de délégation parent est une méthode d'implémentation de chargement de classe recommandée par les concepteurs Java aux développeurs. Le processus de fonctionnement du modèle de délégation parent est le suivant : si un chargeur de classe reçoit une demande de chargement de classe, il n'essaiera pas d'abord de charger la classe lui-même. , mais délègue cette demande au chargeur de classe parent pour achèvement. Cela est vrai pour chaque niveau de chargeur de classe, donc toutes les demandes de chargement seront finalement transmises au chargeur de classe de démarrage de niveau supérieur uniquement lorsque le chargeur de classe parent ne le fait pas. la classe requise est trouvée, le sous-chargeur essaiera de la charger lui-même. L'avantage du mode parent est que les classes Java ont une relation hiérarchique prioritaire avec leurs chargeurs de classes. Par exemple, la classe Object est stockée dans rt.jar. Quel que soit le chargeur de classe qui charge cette classe, elle sera finalement déléguée à la classe de démarrage en haut du modèle. Par conséquent, le chargement de la classe Object peut toujours être garanti. dans un environnement où le programme utilise plusieurs chargeurs de classe de la même classe. Au contraire, si le modèle parent n'est pas utilisé, l'utilisateur peut écrire lui-même une classe Object, ce qui entraîne plusieurs classes Object différentes dans le système. De cette manière, le comportement le plus élémentaire du système de types Java ne peut pas être garanti.

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!