public interface SmartFactoryBean<T> extends FactoryBean<T>
FactoryBean interface. Implementations may
indicate whether they always return independent instances, for the
case where their FactoryBean.isSingleton() implementation returning
false does not clearly indicate independent instances.
Plain FactoryBean implementations which do not implement
this extended interface are simply assumed to always return independent
instances if their FactoryBean.isSingleton() implementation returns
false; the exposed object is only accessed on demand.
NOTE: This interface is a special purpose interface, mainly for
internal use within the framework and within collaborating frameworks.
In general, application-provided FactoryBeans should simply implement
the plain FactoryBean interface. New methods might be added
to this extended interface even in point releases.
isPrototype(),
FactoryBean.isSingleton()| Modifier and Type | Method and Description |
|---|---|
boolean |
isEagerInit()
Does this FactoryBean expect eager initialization, that is,
eagerly initialize itself as well as expect eager initialization
of its singleton object (if any)?
|
boolean |
isPrototype()
Is the object managed by this factory a prototype? That is,
will
FactoryBean.getObject() always return an independent instance? |
getObject, getObjectType, isSingletonboolean isPrototype()
FactoryBean.getObject() always return an independent instance?
The prototype status of the FactoryBean itself will generally
be provided by the owning BeanFactory; usually, it has to be
defined as singleton there.
This method is supposed to strictly check for independent instances;
it should not return true for scoped objects or other
kinds of non-singleton, non-independent objects. For this reason,
this is not simply the inverted form of FactoryBean.isSingleton().
FactoryBean.getObject(),
FactoryBean.isSingleton()boolean isEagerInit()
A standard FactoryBean is not expected to initialize eagerly:
Its FactoryBean.getObject() will only be called for actual access, even
in case of a singleton object. Returning true from this
method suggests that FactoryBean.getObject() should be called eagerly,
also applying post-processors eagerly. This may make sense in case
of a singleton object, in particular if
post-processors expect to be applied on startup.
ConfigurableListableBeanFactory.preInstantiateSingletons()