статическая переменная по умолчанию для инициализации в коде [duplicate]

, потому что статические поля инициализированы в том же порядке, который они определили.

@Pyrolistical

, так как исходный первый статический класс myclass не полностью построен ... результат i get is

null null testInitialize.MyObject@70f9f9d8 null

Попробуем другой способ объяснить это ...

Это последовательность, которую JVM проходит, когда вы впервые ссылаетесь на класс MyClass.

1. Загрузить байт-код в память.
2. Память для статического хранилища очищается (двоичный ноль).
3. Инициализировать класс: выполнить каждый статический инициализатор в том порядке, в котором он отображается, включая статические переменные и static { ... }. Затем JVM инициализирует старую переменную myClass в новом экземпляре MyClass. Когда это произойдет, JVM замечает, что MyClass уже загружен (байт-код) и в процессе инициализации, поэтому он пропускает инициализацию. Выделите память на кучу для объекта. Выполнить конструктор. Распечатайте значение obj, которое все еще null (так как оно не является частью инициализированных переменных кучи и конструктора). Когда конструктор заканчивается, выполните следующий статический инициализатор, который устанавливает obj в новый экземпляр Object.
4. Выполнение инициализации класса. С этого момента все вызовы конструктора будут вести себя так, как вы предполагаете / ожидаете - это obj не будет null, а ссылкой на экземпляр Object.

Помните, что Java указывает, что переменной final присваивается значение один раз. Дело не в том, что гарантированно присваивается значение, когда код ссылается на него, если вы не убедитесь, что код ссылается на него после его назначения.

Это не ошибка. Это определенный способ обработки использования класса во время его собственной инициализации. Если бы это было не так, то JVM переходила бы в бесконечный цикл. См. Шаг № 3.3 (если JVM не пропускает инициализацию для класса, который находится в процессе инициализации, он просто сохранит его инициализацию - бесконечный цикл).

Обратите внимание, что все это происходит на одном и том же который сначала ссылается на класс. Во-вторых, JVM гарантирует, что инициализация завершится до того, как любой другой поток сможет использовать этот класс.

Это потому, что Java выполняет статический раздел, чтобы он был объявлен. В вашем случае последовательность

1. new MyClass
2. new Object

Когда # 1 выполняется, obj все еще не инициализирован , поэтому он печатает нуль. Попробуйте следующее, и вы увидите разницу:

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

Вообще говоря, лучше избегать такой конструкции все вместе. Если вы пытаетесь создать синглтон, вот как выглядит этот фрагмент кода:

class MyClass {

  private static final MyClass myClass = new MyClass();

  private Object obj = new Object();

  private MyClass() {
    System.out.println(obj); // will print null once
  }
}