Czy to prawda, że ​​przypisane pole obiektu końcowego może nadal mieć wartość null wewnątrz konstruktora?

Question

Czy to prawda, że ​​przypisane pole obiektu końcowego może nadal mieć wartość null wewnątrz konstruktora?

class MyClass { 
    private final Object obj = new Object(); 
    public MyClass() { 
    System.out.println(obj); // may print null? 
    } 
} 

jeśli tak, czy to nie błąd?

Answer 1

Jak wspomniano przez innych odpowiedzi, nie, to nie może się zdarzyć. Z przypisanym końcowym statycznym polem może jednak.

class MyClass { 
    private static MyClass myClass = new MyClass(); 
    private static final Object obj = new Object(); 
    public MyClass() { 
    System.out.println(obj); // will print null once 
    } 
} 

Answer 2

Inicjator Object obj = new Object(); zostanie uruchomiony przed kodem wewnątrz konstruktora, więc obj nie może być null.

Zauważ, że nie będzie to skompilować jeśli nie zainicjować obj wszędzie.

Answer 3

roboty dla mnie:

$ cat MyClass.java 
class MyClass { 
    private final Object obj = new Object(); 
    public MyClass() { 
     System.out.println(obj); // may print null? 
    } 
    public static void main(String[] args) { new MyClass(); } 
} 
$javac MyClass.java; java MyClass 
java.lang.Object@19908ca1 

inicjalizatory Wszystkie pola są kopiowane przez kompilator na początku wszystkich konstruktorów.

Jednak w modelu pamięci Java 5, jeśli pozwolisz this odniesienia „ucieczki” przed końcem konstruktora, inne wątki widać niezainicjowane wartości final pola (tak widział null w tym przypadku).

Answer 4

To nie jest możliwe, ponieważ jak wszystkie initializers run before the constructor is invoked.

Variable inicjalizatory jak masz private final Object obj = new Object(); bieg przed konstruktor jest wywoływany. Dotyczy to również bloków inicjalizacyjnych statycznych lub innych.

Jedno zwrócić uwagę podczas korzystania z inicjatorów jest inicjalizatory nie może uczynić naprzód odwołuje Kiedy piszesz inicjatora, nie może odnosić się do wszelkich zmiennych instancji deklarowanych tekstowo po zmienna jest inicjowana.

Answer 5

Z prostym przykładem, takim jak twój, nic złego się nie dzieje. Jednakże jest możliwe pole final być widoczne jako zainicjalizowana jeśli używasz wątpliwych praktyk, takich jak wywołanie metody przeciążać w konstruktorze.

Na przykład poniższy program wyświetla "Mój ulubiony kolor ma wartość NULL", mimo że odwołuje się do ostatecznej zmiennej favouriteColour, która jest ustawiona w konstruktorze na "blue".

abstract class SuperClass { 
    final String favouriteColour; 

    SuperClass() { 
     announceFavouriteColour(); 
     favouriteColour = "blue"; 
    } 

    abstract void announceFavouriteColour(); 
} 

public class FinalTest extends SuperClass { 
    void announceFavouriteColour() { 
     System.out.println("My favourite colour is " + favouriteColour); 
    } 

    public static void main(String[] args) { 
     new FinalTest(); 
    } 
}