Konstruktor / statischer Block

[Marcel_Handball]

Meine Frage bezieht sich auf das Initialisierung von konstanten Klasssenvaribalen, da diese ja in anderen Klassen "einkompiliert" werden.

Hab ich zum Beispiel:

class A{
    public static final KONST = 5;
}

class B{
    System.out.println(A.KONST);
}

Würde ich die beiden Klassen kompilieren, ersetzt der Compiler ja A.KONST durch 5, sodass wenn ich in A den Wert der Konstanten ändere ich B auch neu kompilieren muss.


Daher meine Frage:

Was wird zuerst ausgeführt? Ein statischer Block oder der Konstruktor der Klasse?
Wenn es der Konstuktor ist, könnte ich die Initialisierung der Klassenvariablen im statischen Block ausführen und der Verweis in Klasse B, bliebe bestehen.

 

[The_S]

Der statische Block.Wird ausgeführt, sobald die Klasse geladen wird. Siehe auch http://www.java-blog-buch.de/040309-statische-initialisierer/

 

[Wildcard]

Kleiner Trick:

public static final int KONST = Integer.valueOf(5).intvalue();

Dadurch verhinderst du Inlining.

 

[Ebenius]

Kleiner Trick:

public static final int KONST = Integer.valueOf(5).intvalue();

Dadurch verhinderst du Inlining.

Dadurch verhinderst Du aber, dass KONST eine Konstante ist. Als case-Label ist's danach nicht mehr zu gebrauchen und der Name ist dann ebenfalls fragwürdig.

 

[Wildcard]

Hängt halt davon ab was man damit machen will. Zum Glück gibt's ja enums...

 

[Ebenius]

Hängt halt davon ab was man damit machen will. Zum Glück gibt's ja enums...

Hast recht. Man sollte das m. E. nur immer mit erwähnen.

 

[Wildcard]

Hast recht. Man sollte das m. E. nur immer mit erwähnen.

Hast recht

 

[hdi]

Frage: Was ist Inlining, und wieso verhindert man das mit Wildcard's Post?
Ich dachte bisher alle "Variablen" mit dem Keyword "final" nennt man Konstanten.

 

[Wildcard]

Es geht darum, das der Compiler in Klasse B den Wert 'inlined' anstatt es bei der Referenz auf A.KONST zu belassen. Wenn A nun eine Bibliothek ist, und B den Wert inline im Class-File stehen hat, dann fällt B auf die Nase wenn Bibltiothek A irgendwann mal den Wert ändert.

 

[hdi]

Was heisst auf die Nase fallen? Dass er einfach weiterhin den alten Wert hernimmt, oder dass
es da zu einer Exception kommt?

 

[Ebenius]

Was heisst auf die Nase fallen? Dass er einfach weiterhin den alten Wert hernimmt, oder dass
es da zu einer Exception kommt?

Nimmt den alten Wert weiter. Inline meint, dass der Literal-Ausdruck anstatt der Referenz übernommen wird. Niemand weiß im Binärcode davon, dass es sich eigentlich um A.KONST handelt.

 

[Wildcard]

Er nimmt den alten Wert. Das kann dann zu seltsamen Fehlern führen

 

[hdi]

Ah ok, und sowas kann aber nur bei final Variablen passieren, wenn man sie so schreibt wie es
Wildcard gemacht hat? Oder hat das jetzt nix mit dem final zu tun sondern wie die Klassen
im Bsp oben sind?

 

[Ebenius]

Ah ok, und sowas kann aber nur bei final Variablen passieren, wenn man sie so schreibt wie es
Wildcard gemacht hat? Oder hat das jetzt nix mit dem final zu tun sondern wie die Klassen
im Bsp oben sind?

Sowas kann nur bei "static final"-Konstanten ─ wie oben ─ passieren. Wildcards Beispiel verhindert das Inlining.

public static final int WILL_BE_INLINED = 5;
public static final int WILL_NOT_BE_INLINED = new Integer(5).intValue();

"5" ist ein Literal, das heißt, der Wert steht zur Kompilierzeit fest. "new Integer(5).intValue()" ist kein Literal; dieser Wert steht erst zur Laufzeit fest.

Ebenius