Was passiert "at compile time"

[Guest]

Hi,

ich hätte mal ne wirklich grundlegende frage: Was genau passiert eigentlich alles zur compile time.
Also wenn ich das richtig verstanden habe verwendet Java dynamic linking, was bedeuted das die class /interfaces die ich in meiner selbst geschrieben class benötige erst zur runtime von der JVM geladen werden.
Meine frage ich jetzt wie das genau ablaeuft. also wenn ich eine benötiget class nicht auf meinem Classpath habe bekomme ich ja ne fehlermeldung ("symbole can not be found"). Ist das der classLoader der da mekert oder welches Element der VM stellt sicher das alle Klassen vorhanden sind?

Wenn das compelieren functioniert hat, habe ich ja ne .class datei die den bytecode beherbert, und einen symbolischen link der auf meine benötigte class verweist.... ist das so richtig? Aber was passiert wenn ich zweimal die class in meine Classpath definiert habe (also ausversehen) und unterschiedliche version von der gleichen class vorliegen. Ich habe mal gelsen das der ClassLoader nur einmal die gleiche class läd und dann "Anfragen" von den auszuführenden Progammen and diese bereits geladene class richtet.

Könnte mir einer vielleicht nen referenz empfehlen wo ich das alles mal (in ruhe) nachlesen könnte?

 

[Wildcard]

Ist das der classLoader der da mekert oder welches Element der VM stellt sicher das alle Klassen vorhanden sind?

Nein. Der Compiler prüft seinen Suchpfad und versucht alle Referenzen aufzulösen. Wenn er nicht erfolgreich ist, beschwert er sich. Classloader existieren zur Runtime.

Wenn das compelieren functioniert hat, habe ich ja ne .class datei die den bytecode beherbert, und einen symbolischen link der auf meine benötigte class verweist.... ist das so richtig?

Nein, der Bytecode kennt keine class Dateien, in ihm stehen (unter anderem) Klassennamen.

Aber was passiert wenn ich zweimal die class in meine Classpath definiert habe (also ausversehen) und unterschiedliche version von der gleichen class vorliegen. Ich habe mal gelsen das der ClassLoader nur einmal die gleiche class läd und dann "Anfragen" von den auszuführenden Progammen and diese bereits geladene class richtet.

Das hängt von der Classloader Hierarchie ab.
Grundsätzlich läuft das ganze so:
Klasse X will Klasse Y verwenden. Wenn sie dem Classloader der Klasse X geladen hat (oder einem Parent dieses Classloaders) bereits bekannt ist, stellt das kein Problem dar.
Ansonsten fragt der Classloader der Klasse X geladen hat bei seinem Parent nach. Das ganze geht dann hoch, bis zum Bootstrap Classloader.
Wenn der Bootstrap die Klasse Y nicht laden kann, geht es den Pfad wieder runter, bis der Classloader wieder an der Reihe ist, der X geladen hat.
Wird auch er nicht fündig, kann die Klasse nicht geladen werden. Dieser Mechanismus dient dazu, das du keine JRE Klassen durch eigene Klassen ersetzen kannst.
Für nähere Informationen, schau dir die JLS an.
http://java.sun.com/docs/books/jls/

 

[Guest]

Hui,
besten dank für die super antwort. Aber eine frage hätte ich noch, wer bestimmt denn wie viele classLoader von der JVM verwendet werden?

 

[Wildcard]

Zum einen die Implementierung der Klassenbibliothek, zum anderen die Anwendung selbst. Im Rahmen der Regeln (immer zuerst beim Parent Classloader anfragen), kannst du beliebige Classloader verwenden. Du kannst zum Beispiel Classloader schreiben, die Klassen aus Datenbanken, oder dem Internet nachladen.