Как гарантировать загрузку классов

Question

У меня есть класс, инициализация которого занимает довольно много времени; он вызывает сервер, и серверу требуется несколько минут, чтобы стать готовым.

Методы этого класса не вызываются довольно долгое время, и они всегда вызываются из класса, который автоматически загружается при запуске. Моя настройка такова:

class SlowToStartUp { 
    public static void init() { 
    // do nothing 
    } 

    static { 
    initiateConnectionToServer() 
    } 

    public static V invokeServer() { 
    waitForServerToConnect(); 
    return valueFromServer(); 
    } 
} 


class AlwaysLoaded { 
    static { 
    SlowToStartUp.init(); 
    } 

    public void someMethod() { 
    V v = SlowToStartUp.invokeServer(); 
    } 

Это выглядит как конструктивно правильно. Если бы не было функции init() вообще, initiateConnectionToServer() не вызывается до тех пор, пока someMethod() не понадобится класс в первый раз, а затем будет ненужная (и в моей системе, неприемлемая) задержка.

Если я положил звонок initiateConnectionToServer() в init(), интерфейс был бы более хрупким (поскольку звонок может быть забыт).

Но теперь мне интересно, перехитрил ли я себя. Компилятор может видеть, что init() пуст. Могло ли это не просто оптимизировать вызов? Теперь это не так, но это гарантировано?

Я пробовал маркировку init() как volatile, но это недопустимо.

Я рассматриваю возможность ввода фактической инициализации в init(), убедившись, что он идемпотент, и вызывая его из статического блока, чтобы быть в безопасности, но я подумал, что сначала попрошу совета.

Answer 1

У меня есть тонкий ответ на мой собственный вопрос. События, инициирующие инициализацию классов, указаны в JLS 12.4.1.

Класс или тип интерфейса Т будет инициализирован непосредственно перед первым возникновения какой-либо одной из следующих причин:

• Т представляет собой класс и экземпляр Т создается.
• T - класс и статический метод, объявленный T, вызывается.
• Статическое поле, объявленное T, назначается.
• Статическое поле, объявленное T, используется, и поле не является постоянной переменной (§4.12.4).
• T - класс верхнего уровня, и выполняется инструкция assert (§14.10), лексически вложенная в T.

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

Комментарии приветствуются.

Answer 2

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

public class SlowPokeSingleton { 
    private SlowPokeSingleton() { /* execute init code */ } 

    // created at startup 
    private final static SlowPokeSingleton instance = new SlowPokeSingleton(); 

    public static SlowPokeSingleton instance() { return instance; } 
} 

Вам нужно будет позвонить instance(), чтобы убедиться, что экземпляр фактически создается. Вы можете добавить это к старту вашего сервера, чтобы быть в безопасности.

Answer 3

Я согласен с Джованни Ботт:

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

В частности:

1) Поместите "трудоемкой" часть вашей инициализации в частный, статический "INIT) (" метод.

2) Сделайте свой конструктор класса «частным».

3) Вместо конструктора предоставить публичный статический метод getInstance() для получения ссылки на ваш (уже инициализированный) экземпляр singleton.

4) Ваши другие методы могут быть нестационарными, если хотите.