Asynchronous initialization of beans during startup [SPR-14920] #19487
Labels
in: core
Issues in core modules (aop, beans, core, context, expression)
type: enhancement
A general enhancement
Milestone
Antonio Anzivino opened SPR-14920 and commented
Some projects take a few minutes to start up because of I/O operations required for their initialization. For example, one of my projects queries a European Central Bank web service as part of its init sequence, while other beans query the database to retrieve the initial data set.
In general, Spring initializes beans one by one on the same thread and it has been working safe so far.
It is quite a few years I was thinking to this: make bean initialization asynchronous.
I imagine the process like this: if a bean's initialization method (AsyncInitializingBean?) returns a Future<Void>, then Spring uses the default task executor to defer bean initialization and go to the next bean. Only when all the Futures return, the context is said to have initialized.
If a bean has a dependency on an asynchronous bean, then obviously its initialization cannot start before the dependent asynchronous bean has initialized.
I am opening this ticket to get feedback from the community.
And now let's talk about the workaround, because there is one. A developer can speed up the context init process by manually deferring I/O operations after init, but then the developer has to make sure that beans calling it in an uninitialized state (before the deferred initialization completes) get a consistent result, e.g. implementing locks on all methods. This works but requires a lot more code.
Example:
Thanks for your feedback
Issue Links:
2 votes, 4 watchers
The text was updated successfully, but these errors were encountered: