В управляемом 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 получает десериализацию и всякий раз, когда для него создается новый прокси-сервер...