Spring: Почему afterPropertiesSet() InitializingBean необходимо, когда в Java есть статические и нестатические инициализаторы?

Question

Я использовал afterPropertiesSet() для инициализации свойств класса в весенних бобах. Теперь я вижу, что эта задача может быть выполнена с помощью встроенных в Java статических и нестатических инициализаторов. Что я могу сделать с afterPropertiesSet(), что я не могу с помощью блоков инициализатора?

Answer 1

Учитывая следующий класс

public class MyClass implements InitializingBean { 

    static { ... } // static initializer 
    { ... } // non-static initializer 

    public void afterPropertiesSet() throws Exception { ... } 
} 

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

нестатический блок инициализатора, когда объект сконструирован, но до того, как будут введены какие-либо свойства. Блок нестатического инициализатора фактически копируется в конструктор.

Компилятор Java копирует блоки инициализации в каждый конструктор. Поэтому этот подход может использоваться для совместного использования блока кода между несколькими конструкторами.

Смотрите также Static Initialization Blocks и http://docs.oracle.com/javase/tutorial/java/javaOO/initial.html

afterPropertiesSet или @PostConstruct аннотированный метод вызывается после того, как экземпляр класса создается и все свойства были установлены. Например, если вы хотите предварительно загрузить некоторые данные, которые могут быть выполнены в этом методе, поскольку все зависимости установлены.

Если у вас есть только обязательные зависимости, вам может быть лучше использовать инсталляцию конструктора и вместо использования InitializingBean или @PostConstruct поместить логику инициализации в конструктор. Это будет работать, только если все зависимости будут введены через конструктор, если у вас есть дополнительные зависимости, заданные с помощью методов набора, тогда у вас нет выбора, кроме как использовать @PostConstruct или InitializingBean.