Wann wird eine Klasse geladen?

[sirbender]

Um zu verfolgen wann eine Klasse geladen wird habe ich ganz oben folgenden code eingefuegt:

static {
System.out.println("Enter XYZClass");
}



Ich uebergebe diese Klasse einer Methode. "Enter XYZClass" wird aber noch nicht ausgedruckt. Was geschieht mit der Klasse an diesem Punkt? Wird nur der Classloader gebeten die Klasse aus dem JAR zu laden? Sonst nichts?

Werden an diesem Punkt bereits Annotationen ausgewertet?

Wann wird eine Klasse tatsaechlich geladen...d.h. komplett interpretiert? Wenn man auf eine Variable zugreift bzw. eine Instanz erstellt?

 

[Noctarius]

Du kannst die JVM anweisen dir Informationen über die Classloader zu geben:
[c]java ... -verbose:class -cp ...[/c]

 

[palador]

Das static {...} dient ja eigentlich dazu, statische Felder in einer Klasse zu initialisieren. Das passiert aber erst bevor du ein statisches Feld von irgentwo aufrufst. Wenn du gar kein solches Feld dekladiert hast, wird dein "static-constructur" also niemals aufgerufen.

 

[sirbender]

doch der wird aufgerufen...z.B. wenn ich eine Instanz der Klasse erstelle oder wenn ich eine statische Variable der Klasse aufrufe.

Was nicht ausreicht fuer den Aufruf, ist es das Klassen-objekt Class<MeineKlasse> irgendwo zu benutzen.

 

[Noctarius]

Der static Constructor wird nach dem Laden der Klasse ausgeführt, wenn er denn definiert ist.

 

[bygones]

Das static {...} dient ja eigentlich dazu, statische Felder in einer Klasse zu initialisieren. Das passiert aber erst bevor du ein statisches Feld von irgentwo aufrufst. Wenn du gar kein solches Feld dekladiert hast, wird dein "static-constructur" also niemals aufgerufen.

nein sobald die Klasse geladen wird... wann immer das auch ist.

ansonsten wuerde folgendes nicht funktionieren

public class Foo() {
  private static int bar;

  static {
     bar = 42;
  }

  public void fooBar() {
     System.out.println(bar);
  }
}

 

[SlaterB]

ich denke auch, beobachtet zu haben, dass die statischen Variablen (auch) bereits beim ersten nicht-statischen Zugriff initialisiert werden,
aber wieso sollte das Beispiel anderenfalls nicht funktionieren?

die Aussage "Das passiert aber erst bevor du ein statisches Feld von irgentwo aufrufst."
würde doch genauso zum ersten Aufruf von fooBar() passen

würde fooBar() nämlich
public void fooBar() {
System.out.println(AndereNochNichtInitialisierteKlasse.bar);
}
lauten, wäre das ganze doch sogar tatsächlich der Fall,
erst beim Aufruf von fooBar() wird AndereNochNichtInitialisierteKlasse initialisiert

 

[Spacerat]

...Naja... Laut Tests bewirkt das alleinige Laden noch nicht die Ausführung des "static"-Constructors. Ich kann ein geladenes Class-Objekt in einer Anwendung hin und her schieben, übergeben oder sonstwas. Erst wenn ich einen Member (Konstruktor, Feld, Methode) der Klasse aufrufe oder verwende, wird die Klasse initialisiert. Das initialisieren kann aber auch durch "Class.forName(classname, true, classloader)" forciert werden.
Geladen wird eine Klasse bereits, wenn sie von einer anderen importiert wird, beim Prüfen der Abhängigkeiten oder eben durch Klassen-Lade-Methoden wie oben.

 

[tfa]

...Naja... Laut Tests bewirkt das alleinige Laden noch nicht die Ausführung des "static"-Constructors. Ich kann ein geladenes Class-Objekt in einer Anwendung hin und her schieben, übergeben oder sonstwas. Erst wenn ich einen Member (Konstruktor, Feld, Methode) der Klasse aufrufe oder verwende, wird die Klasse initialisiert. Das initialisieren kann durch "Class.forName(classname, true, classloader)" forciert werden.

Wie kannst du ein "geladenes Class-Objekt" haben, ohne dass vorher ein Konstruktor oder eine Methode aufgerufen wurde? Zeig mal den Test.

Geladen wird eine Klasse bereits, wenn sie von einer anderen importiert wird, beim Prüfen der Abhängigkeiten oder eben durch Klassen-Lade-Methoden wie oben.

import

(wenn du das meinst) ist nur eine Anweisung für den Compiler. Zur Laufzeit existieren die nicht mehr.

 

[Spacerat]

1. Class-Objekt:

Class<?> clazz = Class.forName("mypackage.MyClass");

...eine Instanz der Klasse "Class" halt.
2. Zugegeben, das mit der Importanweisung ist nicht wirklich richtig. Im Bytecode tauchen aber statt irgendwelcher Importanweisungen alle verwendeten Klassen namentlich an den Stellen auf, wo sie halt verwendet werden. Die Erklärung mit der Importanweisung fällt nur wesentlich leichter.
@Noctarius: He... Danke... So klingts gut. \/\/

 

[Noctarius]

Import existiert zwar im Bytecode nicht mehr, beim Ladeb einer Klasse werden aber trotzdem alle Abhängigkeiten gelinkt und damit der Abhängigkeitenbaum der Klasse aufgebaut. Sprachlich "importiert" (bzw läd) er also schon noch die Klassen zum Linken ;-)

 

[tfa]

1. Class-Objekt:

Class<?> clazz = Class.forName("mypackage.MyClass");

...eine Instanz der Klasse "Class" halt.

Ja, und dadurch wir die Klasse initialisiert, d.h. der statische Initialisierer wird aufgerufen.

 

[sirbender]

Was ist denn Performance-maessig teuer?

Das Laden von Klassen sollte ja schnell gehen, da bei einer Klasse auch alle abhaengigen Klassen geladen werden muessen, oder?

Das Initialisieren einer Klasse sollte dagegen langsam sein - nehme ich zumindest an. Stimmt das?

 

[Spacerat]

Ja, und dadurch wir die Klasse initialisiert, d.h. der statische Initialisierer wird aufgerufen.

Komisch... bei mir nicht. Wenn ich dagegen

Class<?> clazz = Class.forName("mypackage.MyClass", true , classloader);

aufrufe...
@Edit: Und wenn ich es mir genau überlege, könnte es beim Laden von Klassen unter Umständen performancemässig ein hübsches Gedrängel geben, wenn sie bei der besagten Abhängigkeitsprüfung gleich initialisiert würden.

 

[Noctarius]

Das Laden einer Klasse ist grundsätzlich teuer, daher werden ja auch im Normalfall alle einmal geladenen Klassen vom Classloader gehalten (er darf allerdings nicht mehr genutzte Klassen abräumen um Speicher freizugeben).

Was meinst du mit Initialisieren? Meinst du Instanzieren?

 

[bygones]

Komisch... bei mir nicht. Wenn ich dagegen

Class<?> clazz = Class.forName("mypackage.MyClass", true , classloader);

aufrufe...

das funktioniert:

public class K {
    public static void main(String[] args) throws Exception {
        Class.forName("test.FooBar");
    }
}

class FooBar {
    static {
        System.out.println("foobar");
    }
}

ausgabe ist [c]foobar[/c]

 

[tfa]

Komisch... bei mir nicht. Wenn ich dagegen

Class<?> clazz = Class.forName("mypackage.MyClass", true , classloader);

aufrufe...

Allerdings komisch. Beim einfachen Aufruf von forName() ist initialize=true.

 

[Spacerat]

Allerdings komisch. Beim einfachen Aufruf von forName() ist initialize=true.

Ja... gut... nicht zu ändern... Der Quellcode gibt dir recht Mal schauen, was da los ist.