Comment puis-je lister toutes les classes chargées dans un chargeur de classe spécifique

Question

Pour des raisons de débogage et de curiosité, je souhaite répertorier toutes les classes chargées dans un chargeur de classe spécifique.

Voyant que la plupart des méthodes d'un chargeur de classe sont protégés, quelle est la meilleure façon d'accomplir ce que je veux?

Merci!

Answer 1

Instrumentation.getInitiatedClasses(ClassLoader) peut faire ce que vous voulez.

Selon les docs:

Renvoie un tableau de toutes les classes pour lesquelles chargeur est un chargeur d'amorçage.

Je ne suis pas sûr de ce que signifie "initiateur loader". Si cela ne donne pas le bon résultat, essayez d'utiliser la méthode getAllLoadedClasses() et de filtrer manuellement par ClassLoader.

---

Comment obtenir une instance de Instrumentation

Seul le JAR agent (qui est séparé de l'application JAR) peut obtenir une instance de l'interface Instrumentation. Un moyen simple de le rendre disponible à l'application est de créer un JAR d'agent contenant une classe avec une méthode premain qui ne fait rien d'autre qu'une sauvegarde de l'instance Instrumentation dans les propriétés du système.

Exemple classe d'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 

Le JAR résultant doit alors être référencé par l'application et spécifiée sur la ligne de commande (avec l'option -javaagent) lorsque lancer l'application. Il peut être chargé deux fois dans ClassLoader s différents, mais ce n'est pas un problème puisque le système Properties est un singleton par processus.

Exemple d'application classe

public class Main { 
    public static void main(String[] args) { 
     Instrumentation inst = InstrumentHook.getInstrumentation(); 
     for (Class<?> clazz: inst.getAllLoadedClasses()) { 
      System.err.println(clazz.getName()); 
     } 
    } 
} 

Answer 2

Essayez ceci. C'est une solution hackerish mais ça ira.

Le champ classes dans n'importe quel chargeur de classe (sous l'implémentation de Sun depuis la version 1.0) contient des références aux classes définies par le chargeur afin qu'elles ne soient pas GC'd. Vous pouvez tirer un bénéfice 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);