Есть несколько способов перехватить процесс инициализации в Spring. Если вам нужно инициализировать все beans и автоматически подключать / вводить их, я знаю как минимум два способа, которые обеспечат это. Я тестировал только второй, но считаю, что оба работают одинаково.
Если вы используете @Bean, вы можете ссылаться на initMethod, например.
@Configuration
public class BeanConfiguration {
@Bean(initMethod="init")
public BeanA beanA() {
return new BeanA();
}
}
public class BeanA {
// method to be initialized after context is ready
public void init() {
}
}
Если вы используете @Component, вы можете аннотировать @EventListener следующим образом.
@Component
public class BeanB {
@EventListener
public void onApplicationEvent(ContextRefreshedEvent event) {
}
}
В моем случае у меня есть устаревшая система, в которой я сейчас использую IoC / DI, где Spring Boot - это выбранный фреймворк. Старая система привносит в таблицу множество циклических зависимостей, и поэтому я должен часто использовать сеттер-зависимости. Это вызвало у меня головную боль, поскольку я не мог доверять @PostConstruct, поскольку автоматическое подключение / инъекция сеттером еще не было выполнено. Порядок - конструктор, @PostConstruct, затем автоматические сеттеры. Я решил это с помощью аннотации @EventListener, которая будет запускаться последней и в «одно и то же» время для всех beans. В примере также показана реализация InitializingBean.
У меня есть два класса (@Component), которые зависят друг от друга. В этом примере классы выглядят одинаково, отображая только один из них.
@Component
public class BeanA implements InitializingBean {
private BeanB beanB;
public BeanA() {
log.debug("Created...");
}
@PostConstruct
private void postConstruct() {
log.debug("@PostConstruct");
}
@Autowired
public void setBeanB(BeanB beanB) {
log.debug("@Autowired beanB");
this.beanB = beanB;
}
@Override
public void afterPropertiesSet() throws Exception {
log.debug("afterPropertiesSet()");
}
@EventListener
public void onApplicationEvent(ContextRefreshedEvent event) {
log.debug("@EventListener");
}
}
Это вывод журнала, показывающий порядок вызовов при запуске контейнера.
2018-11-30 18:29:30.504 DEBUG 3624 --- [ main] com.example.demo.BeanA : Created...
2018-11-30 18:29:30.509 DEBUG 3624 --- [ main] com.example.demo.BeanB : Created...
2018-11-30 18:29:30.517 DEBUG 3624 --- [ main] com.example.demo.BeanB : @Autowired beanA
2018-11-30 18:29:30.518 DEBUG 3624 --- [ main] com.example.demo.BeanB : @PostConstruct
2018-11-30 18:29:30.518 DEBUG 3624 --- [ main] com.example.demo.BeanB : afterPropertiesSet()
2018-11-30 18:29:30.518 DEBUG 3624 --- [ main] com.example.demo.BeanA : @Autowired beanB
2018-11-30 18:29:30.518 DEBUG 3624 --- [ main] com.example.demo.BeanA : @PostConstruct
2018-11-30 18:29:30.518 DEBUG 3624 --- [ main] com.example.demo.BeanA : afterPropertiesSet()
2018-11-30 18:29:30.607 DEBUG 3624 --- [ main] com.example.demo.BeanA : @EventListener
2018-11-30 18:29:30.607 DEBUG 3624 --- [ main] com.example.demo.BeanB : @EventListener
Как видите, @EventListener запускается последним после того, как все будет готово и настроено.