Static-block in Java nicht ausgeführt

class Test{
    public static void main(String arg[]){    
        System.out.println("**MAIN METHOD");
        System.out.println(Mno.VAL);//SOP(9090);
        System.out.println(Mno.VAL+100);//SOP(9190);
    }

}

class Mno{
    final static int VAL=9090;
    static{
        System.out.println("**STATIC BLOCK OF Mno\t:"+VAL);
    }
}

Ich weiß, dass eine static block wird ausgeführt wenn die Klasse geladen wird. Aber in diesem Fall die Instanz-variable innerhalb der Klasse Mno ist final, weil der, dass die static - block wird nicht ausgeführt.

Warum ist das so? Und wenn ich die entfernen würde, die final, würde es funktionieren?

Denen Speicher zugewiesen, der erste, der static final variable oder die static block?

Wenn aufgrund der final access-modifier der Klasse nicht geladen, wie kann dann die variable get-Speicher?

Was ist die genaue Fehlermeldung und die Nachricht, die Sie bekommen?
es ist kein Fehler, seine Zweifel

InformationsquelleAutor Sthita | 2013-05-31

132
1. Eine static final int Feld ist ein compile-Zeit-Konstante und sein Wert ist fest in der Ziel-Klasse ohne Verweis auf deren Herkunft.
2. daher Ihre main-Klasse nicht auslösen die das laden der Klasse, die das Feld;
3. daher der statische Initialisierer in dieser Klasse wird nicht ausgeführt.
In spezifischen Details, die den kompilierten bytecode entspricht:
```
public static void main(String arg[]){    
    System.out.println("**MAIN METHOD");
    System.out.println(9090)
    System.out.println(9190)
}
```
Sobald Sie entfernen final ist es nicht mehr eine compile-Zeit-Konstante und die spezielle oben beschriebene Verhalten gilt nicht. Die Mno Klasse geladen wird, wie erwartet, und seine statische Initialisierer ausgeführt.
- Aber, wie kann dann der Wert der final-variable in der Klasse ausgewertet wird ohne das laden der Klasse?
- Alle Auswertung erfolgt zur compile-Zeit und das Endergebnis ist hardcoded in allen Orten, die auf die variable verweisen.
- Also, wenn stattdessen eine primitive variable, ein Objekt, dann wird diese hardcoding ist nicht möglich. Ist es nicht? Also, in diesem Fall, wird diese Klasse geladen werden, und der static-block wird ausgeführt?
- danke , meine Frage ist jetzt klar.. 🙂
- Marko, Sumit Zweifel richtig ist auch, wenn anstelle von primitiven, ist es ein Objekt, dann wird diese hardcoding ist nicht möglich. Ist es nicht? Also, in diesem Fall, wird diese Klasse geladen werden, und der static-block wird ausgeführt?
- Genau, das funktioniert nur für primitive Werte und string-Literale. Für vollständige Details Lesen Sie die entsprechende Kapitel in der Java Language Specification
- Im Falle von static final String literal, es ist noch eine compile-Zeit-Konstante und wird auch hardcoded werden durch den compiler.
InformationsquelleAutor Marko Topolnik
8

Der Grund, warum die Klasse nicht geladen ist, ist, dass VAL ist final UND es wird initialisiert mit ein konstanter Ausdruck sein (9090). Wenn, und nur wenn diese beiden Bedingungen erfüllt sind, wird die Konstante zur Kompilierzeit ausgewertet, und "hardcoded", wo nötig.

Um zu verhindern, dass der Ausdruck ausgewertet wird zur compile-time (und die JVM laden Sie Ihre Klasse), können Sie entweder:
- entfernen Sie das Schlüsselwort final:
```
static int VAL = 9090; //not a constant variable any more
```
- ändern oder der rechten Seite Ausdruck zu etwas, was nicht konstant (auch wenn die variable noch final):
```
final static int VAL = getInt(); //not a constant expression any more
static int getInt() { return 9090; }
```
InformationsquelleAutor assylias

Wenn Sie sehen, generiert der bytecode mit javap -v Test.class main() kommt heraus wie:

public static void main(java.lang.String[]) throws java.lang.Exception;
    flags: ACC_PUBLIC, ACC_STATIC
    Code:
      stack=2, locals=1, args_size=1
         0: getstatic     #2                  //Field java/lang/System.out:Ljava/io/PrintStream;
         3: ldc           #3                  //String **MAIN METHOD
         5: invokevirtual #4                  //Method java/io/PrintStream.println:(Ljava/lang/String;)V
         8: getstatic     #2                  //Field java/lang/System.out:Ljava/io/PrintStream;
        11: sipush        9090
        14: invokevirtual #5                  //Method java/io/PrintStream.println:(I)V
        17: getstatic     #2                  //Field java/lang/System.out:Ljava/io/PrintStream;
        20: sipush        9190
        23: invokevirtual #5                  //Method java/io/PrintStream.println:(I)V
        26: return

Können Sie deutlich sehen, in "11: sipush 9090", dass statische, endgültige Wert wird direkt benutzt, weil Mno.VAL ist eine compile-Zeit-Konstante. Daher ist es nicht erforderlich zu laden Mno-Klasse. Somit static-block von Mno wird nicht ausgeführt.

Führen Sie den static-block durch manuelles laden Mno wie folgt:

class Test{
    public static void main(String arg[]) throws Exception {
        System.out.println("**MAIN METHOD");
        Class.forName("Mno");                 //Load Mno
        System.out.println(Mno.VAL);
        System.out.println(Mno.VAL+100);
    }

}

class Mno{
    final static int VAL=9090;
    static{
        System.out.println("**STATIC BLOCK OF Mno\t:"+VAL);
    }
}

InformationsquelleAutor Xolve

1

1)Eigentlich muss man nicht verlängert, die Mno-Klasse, so bei der Kompilierung gestartet wird, generiert Konstante variable VAL und wenn die Ausführung gestartet, wenn diese variable wird benötigt, seine Last, das ist aus dem Gedächtnis.so ist es nicht erforderlich, Ihre Klasse Referenz, so dass statische bock wird nicht ausgeführt.

2)wenn Sie Eine Klasse erweitern, die Mno-Klasse zu dieser Zeit, dass der static-block wird in Eine Klasse eingebunden, wenn Sie dies tun, dann, dass der static-block wird ausgeführt.
zum Beispiel..
public class A extends Mno{
```
public static void main(String arg[]){    
    System.out.println("**MAIN METHOD");
    System.out.println(Mno.VAL);//SOP(9090);
    System.out.println(Mno.VAL+100);//SOP(9190);
}

}

class Mno{
      final static int VAL=9090;
    static`{`
        System.out.println("**STATIC BLOCK OF Mno\t:"+VAL);
    }
}
```
InformationsquelleAutor Ketan_Patel
0

Soweit ich weiß, wird es ausgeführt werden in der Reihenfolge des Auftretens. Zum Beispiel :
```
 public class Statique {
     public static final String value1 = init1();

     static {
         System.out.println("trace middle");
     }
     public static final String value2 = init2();


     public static String init1() {
         System.out.println("trace init1");
         return "1";
     }
     public static String init2() {
         System.out.println("trace init2");
         return "2";
     }
 }
```
drucken
```
  trace init1
  trace middle
  trace init2
```
Habe es gerade getestet und die Statik werden initialisiert (=> drucken), wenn die Klasse "Statique" tatsächlich verwendet wird und "hingerichtet" in einem anderen Stück code (in meinem Fall habe ich "neue Statique()".
- Sie bekommen diese Ausgabe, weil Sie das laden der Statique Klasse by doing new Statique(). Während in der Frage Mno - Klasse wird nicht geladen.
- u r absolut Recht... Mno ist nicht geladen.
- wenn ich am erstellen Objekt von Mno in der test-Klasse wie folgt aus : Mno anc=New Mno(); dann seine feine , aber aktuelle Szenario, ich bin nicht so machen, meine Frage ist, wenn ich mich entfernen Finale dann der static-block wird ausgeführt, fine ansonsten ist es nicht ausgeführt, warum ist das so ??
- Yep Antwort unten ist perfekt. In den bytecode Main.class (mit Mno.VAL), 9090 gefunden wird hart codiert. Entfernen Finale kompilieren, dann verwenden Sie javap Main sehen Sie getstatic #16; //Feld Statique.VAL:ich. Zurück setzen der definitiven, zu kompilieren, verwenden Sie dann javap Main sehen Sie sipush 9090.
- Weil es hardcoded in Main.class es ist kein Grund den laden Klasse MNO, daher gibt es keine statische Initialisierung.
- Dies beantwortet die zweite Frage: "Welche Speicher zugeteilt werden zunächst die statische Finale variable oder einen statischen block?" (lexikalisch)
InformationsquelleAutor Fabyen

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.