Зачем использовать @PostConstruct?

В управляемом bean, @PostConstruct вызывается после обычного конструктора объектов Java.

Почему я должен использовать @PostConstruct для инициализации bean вместо обычного конструктора?

Ответ 1

  • потому что, когда вызывается конструктор, bean еще не инициализирован, т.е. никакие зависимости не вводятся. В методе @PostConstruct bean полностью инициализирован, и вы можете использовать зависимости.

  • потому что это контракт, который гарантирует, что этот метод будет вызываться только один раз в bean жизненном цикле. Может случиться (хотя и маловероятно), что контейнер bean создается несколько раз контейнером во внутренней работе, но он гарантирует, что @PostConstruct будет вызываться только один раз.

Ответ 2

Основная проблема заключается в том, что:

в конструкторе внедрение зависимостей еще не произошло *

* очевидно, исключая конструктор инъекций


Пример из реальной жизни:

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>

Gradle

// https://mvnrepository.com/artifact/javax.annotation/javax.annotation-api
compile group: 'javax.annotation', name: 'javax.annotation-api', version: '1.3.2'

Ответ 3

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

Однако, если ваш класс имеет свои зависимости, введенные с использованием методов setter, конструктор класса не может полностью инициализировать объект, и иногда некоторая инициализация должна выполняться после того, как все методы setter были вызваны, следовательно, вариант использования @PostConstruct.

Ответ 4

Рассмотрим следующий сценарий:

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);
        }
      });
}

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

Ответ 5

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

ct будет вызываться всякий раз, когда EJB получает десериализацию и всякий раз, когда для него создается новый прокси-сервер...