Comment puis-je liste toutes les classes chargées dans une classe spécifique chargeur

Pour des raisons de débogage, et de la curiosité, je voudrais la liste de toutes les classes chargées à un chargeur de classe.

De voir que la plupart des méthodes d'une classe loader sont protégés, quelle est la meilleure façon d'accomplir ce que je veux?

Merci!

Voir aussi: forums.sun.com/thread.jspa?threadID=341935&start=15

InformationsquelleAutor Yaneeve | 2010-04-21

32

L'Instrumentation.getInitiatedClasses(ClassLoader) pouvez faire ce que vous voulez.

Selon les docs:

Retourne un tableau de toutes les classes pour lesquelles loader est un événement initiateur du chargeur.

Je ne suis pas sûr de ce que "initier loader" signifie que. Si cela ne donne pas le bon résultat, essayez le getAllLoadedClasses() méthode manuellement et de filtrage par le chargeur de classe.

Comment faire pour obtenir une instance de Instrumentation

Seul l'agent JAR (qui est distinct de l'application JAR), vous pouvez obtenir une instance de la Instrumentation interface. Une façon simple de le rendre disponible à l'application est de créer un agent POT contenant une classe avec un premain méthode qui ne fait rien mais enregistrer une référence à la Instrumentation exemple dans les propriétés du système.

Exemple de classe de l'agent:
```
public class InstrumentHook {

    public static void premain(String agentArgs, Instrumentation inst) {
        if (agentArgs != null) {
            System.getProperties().put(AGENT_ARGS_KEY, agentArgs);
        }
        System.getProperties().put(INSTRUMENTATION_KEY, inst);
    }

    public static Instrumentation getInstrumentation() {
        return (Instrumentation) System.getProperties().get(INSTRUMENTATION_KEY);
    }

    //Needn't be a UUID - can be a String or any other object that
    //implements equals().    
    private static final Object AGENT_ARGS_KEY =
        UUID.fromString("887b43f3-c742-4b87-978d-70d2db74e40e");

    private static final Object INSTRUMENTATION_KEY =
        UUID.fromString("214ac54a-60a5-417e-b3b8-772e80a16667");

}
```
Exemple manifeste:
```
Manifest-Version: 1.0
Premain-Class: InstrumentHook
```
L'résultant POT doit alors être référencés par l'application et spécifié sur la ligne de commande (avec l' -javaagent option) lors du lancement de l'application. Il peut être chargé à deux reprises dans différents ClassLoaders, mais ce n'est pas un problème puisque le système Properties est par processus singleton.

Exemple d'application de classe
```
public class Main {
    public static void main(String[] args) {
        Instrumentation inst = InstrumentHook.getInstrumentation();
        for (Class<?> clazz: inst.getAllLoadedClasses()) {
            System.err.println(clazz.getName());
        }
    }
}
```
- Mais comment obtenir une Instrumentation de l'instance?
- Burmeister, voir la description du package: java.sun.com/javase/6/docs/api/java/lang/instrument/...
- donc, si je reçois correctement, je dois écrire un agent, qui contient une méthode signatured en tant que "public static void premain(String agentArgs, Instrumentation inst);" et alors invoquer l'Instrumentation des méthodes via l'inst ref?
- oui. Ajout d'un exemple de ma réponse.
- Initier chargeur de classe est le 1er chargeur de classe qui a été demandé à la charge d'une classe, peu importe le chargeur de classe définit la classe (même si le bootstrap n'). La notion est active pour Class.forName [c'est à dire en passant par le code natif], mais pas pour les appels directs pour ClassLoader.loadClass. ClassLoader.findLoadedClass vérifie exactement ce que, si une classe dont le nom a été enregistré dans la réservation signé par le chargeur de classe.
- Sur une note de côté: la réponse est incorrecte car presque jamais vous avez besoin de l'ouverture du chargeur de classe à partir d'une certaine hiérarchie, mais la définition du chargeur de classe que sont stockées les classes définies dans un champ de Vecteur/*<Class>*/
- pas le premier chargeur, mais n'importe quel chargeur de classe par le biais de laquelle la classe a été demandé. Il peut y avoir plus d'un initiateur chargeur de classe pour une classe. Notez comment la documentation indique que “...pour qui loader est une initier loader” plutôt que “... la initier loader”.
InformationsquelleAutor finnw
57

De l'essayer. C'est un hackerish solution, mais il le fera.

Le domaine classes dans tous les chargeurs de classes (sous le Soleil de l'impl depuis 1.0) détient dur de référence pour les classes définies par le chargeur de sorte qu'ils ne seront pas en GC avais. Vous pouvez prendre un avantage de la via de la réflexion.
```
Field f = ClassLoader.class.getDeclaredField("classes");
f.setAccessible(true);

ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
Vector<Class> classes =  (Vector<Class>) f.get(classLoader);
```
- Sur Android je obtenir No field classes in class Ljava/lang/ClassLoader
- techniquement, Android n'est pas encore Java (jusqu'à ce qu'il obtient OpenJDK), mais comme je l'ai mentionné, c'est un hackerish solution s'appuyant sur le chemin du chargeur de classe a été mis en œuvre depuis plus de 17 ans. Il n'y a aucune garantie de la proposition de hack serait de travailler dans l'avenir, soit. Sur Android, je ne vois pas vraiment d'exécution middleware comme code (avec dynamique classloading), donc il ne devrait pas être nécessaire pour obtenir les classes chargées.
- Android peut faire dynamique classloading, je le fais tout le temps avec JavaX. En fait, je charge tous mes programmes principaux de cette façon (l'app est juste un stub).
InformationsquelleAutor bestsss

Vous devez vous connecter pour publier un commentaire.