Welcome to OStack Knowledge Sharing Community for programmer and developer-Open, Learning and Share
Welcome To Ask or Share your Answers For Others

Categories

0 votes
4.0k views
in Technique[技术] by (71.8m points)

java - Spring's InitializingBean, CommandLineRunner, ApplicationContextEvent and javax's PostConstruct

This question is about the behavioural differences between Spring's

  • InitializingBean's afterPropertiesSet()
  • CommandLineRunner's init()
  • ApplicationContextEvent and
  • javax's @PostConstruct

For @PostConstruct it guarantees that it will be executed one and only once after the target bean has been fully loaded with required dependencies, reason being , if we go by custom logic from within constructor the Spring bean is not yet fully initialized and might throw NullPointerExceptions. Does this handles any circular dependencies?

Does InitializingBean guarantees the same? How is it different from @PostConstruct? Does InitializingBean provides any ordering?

Suppose in my app, I need to check if some test-users are there in database or not, if not app should create it on startup or logging the env variables. Where should these process should ideally be written into?

For ApplicationContextEvent, Spring says, "raising an event on ApplicationContext startup or refresh" but how is it different from @PostConstruct and org.springframework.boot.CommandLineRunner#run.

Also, how will these behave in case of 'hot' swap or refresh?


与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…
Welcome To Ask or Share your Answers For Others

1 Answer

0 votes
by (71.8m points)
等待大神解答

与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…
Welcome to OStack Knowledge Sharing Community for programmer and developer-Open, Learning and Share
Click Here to Ask a Question

...