Ändern classloader

Ich versuche, schalten Sie den class loader zur Laufzeit:

public class Test {
    public static void main(String[] args) throws Exception {
        final InjectingClassLoader classLoader = new InjectingClassLoader();
        Thread.currentThread().setContextClassLoader(classLoader);
        Thread thread = new Thread("test") {
            public void run() {
                System.out.println("running...");
                //approach 1
                ClassLoader cl = TestProxy.class.getClassLoader();
                try {
                    Class c = classLoader.loadClass("classloader.TestProxy");
                    Object o = c.newInstance();
                    c.getMethod("test", new Class[] {}).invoke(o);
                } catch (Exception e) {
                    e.printStackTrace();
                }
                //approach 2
                new TestProxy().test();
            };
        };
        thread.setContextClassLoader(classLoader);
        thread.start();
    }
}

und:

public class TestProxy {
    public void test() {
        ClassLoader tcl = Thread.currentThread().getContextClassLoader();
        ClassLoader ccl = ClassToLoad.class.getClassLoader();
        ClassToLoad classToLoad = new ClassToLoad();
    }
}

(InjectingClassLoader ist eine Klasse, die sich die org.apache.bcel.util.ClassLoader dem laden sollte die modifizierte Versionen der Klassen, bevor Sie Fragen, es ist der Eltern für Sie)

Ich möchte gern das Ergebnis von "Methode 1" und "Methode 2" genau das gleiche, aber es sieht aus wie thread.setContextClassLoader(classLoader) nichts tut und die "Methode 2" verwendet immer den system-classloader (können bestimmt werden durch den Vergleich von tcl und ccl Variablen während des Debuggens).

Ist es möglich, alle Klassen geladen neuen thread angesichts classloader?

InformationsquelleAutor Chris | 2010-05-12
  1. 16

    Anonyme Klasse, die Sie erstellen, über new Thread("test") { ... } hat eine implizite Referenz auf die umschließende Instanz. Class-Literale innerhalb dieser anonymen Klasse wird geladen, mit Hilfe der umschließenden Klasse ClassLoader.

    Damit der test funktioniert, sollten Sie ziehen eine richtige Runnable-Implementierung, und laden Sie es nachdenklich mit der gewünschten ClassLoader; dann passieren, dass explizit auf den thread. So etwas wie:

        public final class MyRunnable implements Runnable {
        public void run() {
            System.out.println("running...");
            //etc...
        }
    }

    final Class runnableClass = classLoader.loadClass("classloader.MyRunnable");
    final Thread thread = new Thread((Runnable) runableClass.newInstance());

    thread.setContextClassLoader(classLoader); //this is unnecessary unless you you are using libraries that themselves call .getContextClassLoader()

    thread.start();
    InformationsquelleAutor Patrick Schneider
  2. 1

    Ich denke InjectingClassLoader kann wichtig sein hier. Denken Sie daran, wie Sie zum laden von Klassen-delegation funktioniert - wenn mehrere classloader, die in der Hierarchie finden das Klasse, der top-die meisten classloader wird sein, die Lasten. (Siehe Abbildung 21.2 hier)

    Seit InjectingClassLoader nicht angeben, ein Elternteil in seinem Konstruktor, es wird standardmäßig auf den Konstruktor in der abstrakten ClassLoader, der die aktuelle Kontext-classloader als InjectingClassLoader Eltern werden. Deshalb, weil der Elternteil (alt Kontext-classloader) finden TestProxy, ist es immer zu Lasten der Klasse vor InjectingClassLoader eine chance bekommt.

    • OK, sorry... Es ist relevant in der Weise, dass die InjectingClassLoader ist eine Klasse, die sich die org.apache.bcel.util.ClassLoader (mit umgesetzt modifyClass Methode) das macht einige böse Dinge mit der Klasse, bevor es geladen wird. AFAIK org.apache.bcel.util.ClassLoader überschreiben das Standardverhalten von classloadern Kette in der Weise, dass die modifizierte Klasse geladen wird, bevor der parent-classloader verwendet wird.
    • Gerade überprüft die Quell-und org.apache.bcel.utilClassloader noch erweitert java.lang.ClassLoader...
    • Die Standard-class-loader-Konstruktor ClassLoader verwendet.getSystemClassLoader () nicht Thread.currentThread().getContextClassLoader(), da der parent class loader.
    InformationsquelleAutor G__
Schreibe einen Kommentar