Welcome to OGeek Q&A 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 Reply

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

与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…
OGeek|极客中国-欢迎来到极客的世界,一个免费开放的程序员编程交流平台!开放,进步,分享!让技术改变生活,让极客改变未来! Welcome to OGeek Q&A Community for programmer and developer-Open, Learning and Share
Click Here to Ask a Question

...