В управляемом bean, @PostConstruct
вызывается после обычного конструктора объектов Java.
Почему я должен использовать @PostConstruct
для инициализации bean вместо обычного конструктора?
В управляемом bean, @PostConstruct
вызывается после обычного конструктора объектов Java.
Почему я должен использовать @PostConstruct
для инициализации bean вместо обычного конструктора?
потому что, когда вызывается конструктор, bean еще не инициализирован, т.е. никакие зависимости не вводятся. В методе @PostConstruct
bean полностью инициализирован, и вы можете использовать зависимости.
потому что это контракт, который гарантирует, что этот метод будет вызываться только один раз в bean жизненном цикле. Может случиться (хотя и маловероятно), что контейнер bean создается несколько раз контейнером во внутренней работе, но он гарантирует, что @PostConstruct
будет вызываться только один раз.
Основная проблема заключается в том, что:
в конструкторе внедрение зависимостей еще не произошло *
* очевидно, исключая конструктор инъекций
Пример из реальной жизни:
public class Foo {
@Inject
Logger LOG;
@PostConstruct
public void fooInit(){
LOG.info("This will be printed; LOG has already been injected");
}
public Foo() {
LOG.info("This will NOT be printed, LOG is still null");
// NullPointerException will be thrown here
}
}
ВАЖНО: @PostConstruct
и @PreDestroy
были полностью удалены в Java 11.
Чтобы продолжать их использовать, вам нужно добавить JAR файл javax.annotation-api в ваши зависимости.
<!-- https://mvnrepository.com/artifact/javax.annotation/javax.annotation-api -->
<dependency>
<groupId>javax.annotation</groupId>
<artifactId>javax.annotation-api</artifactId>
<version>1.3.2</version>
</dependency>
// https://mvnrepository.com/artifact/javax.annotation/javax.annotation-api
compile group: 'javax.annotation', name: 'javax.annotation-api', version: '1.3.2'
Если ваш класс выполняет всю свою инициализацию в конструкторе, то @PostConstruct
действительно избыточно.
Однако, если ваш класс имеет свои зависимости, введенные с использованием методов setter, конструктор класса не может полностью инициализировать объект, и иногда некоторая инициализация должна выполняться после того, как все методы setter были вызваны, следовательно, вариант использования @PostConstruct
.
Рассмотрим следующий сценарий:
public class Car {
@Inject
private Engine engine;
public Car() {
engine.initialize();
}
...
}
Так как Car должен быть создан до внедрения поля, механизм точки инжекции все еще равен нулю во время выполнения конструктора, что приводит к исключению NullPointerException.
Эта проблема может быть решена либо с помощью внедрения зависимостей JSR-330 для внедрения в конструктор Java, либо с помощью общих аннотаций JSR 250 для аннотации метода Java @PostConstruct.
@PostConstruct
JSR-250 определяет общий набор аннотаций, который был включен в Java SE 6.
Аннотация PostConstruct используется для метода, который необходимо выполнить после внедрения зависимости для выполнения любой инициализации. Этот метод ДОЛЖЕН быть вызван до того, как класс введен в эксплуатацию. Эта аннотация ДОЛЖНА поддерживаться всеми классами, которые поддерживают внедрение зависимостей.
JSR-250 гл. 2.5 javax.annotation.PostConstruct
Аннотация @PostConstruct позволяет определять методы, которые должны быть выполнены после того, как экземпляр был создан и все инъекции были выполнены.
public class Car {
@Inject
private Engine engine;
@PostConstruct
public void postConstruct() {
engine.initialize();
}
...
}
Вместо выполнения инициализации в конструкторе код перемещается в метод, аннотированный @PostConstruct.
Обработка методов после конструирования - это простой вопрос поиска всех методов, аннотированных @PostConstruct, и последующего их вызова.
private void processPostConstruct(Class type, T targetInstance) {
Method[] declaredMethods = type.getDeclaredMethods();
Arrays.stream(declaredMethods)
.filter(method -> method.getAnnotation(PostConstruct.class) != null)
.forEach(postConstructMethod -> {
try {
postConstructMethod.setAccessible(true);
postConstructMethod.invoke(targetInstance, new Object[]{});
} catch (IllegalAccessException | IllegalArgumentException | InvocationTargetException ex) {
throw new RuntimeException(ex);
}
});
}
Обработка методов после конструирования должна выполняться после того, как реализация и внедрение были завершены.
И инициализация на основе конструктора не будет работать так, как предполагалось, когда задействуется какой-либо прокси-сервер или удаленный доступ.
ct будет вызываться всякий раз, когда EJB получает десериализацию и всякий раз, когда для него создается новый прокси-сервер...