lazy?init控制加載在Spring中如何實現(xiàn)源碼分析
一、lazy-init說明
ApplicationContext實現(xiàn)的默認(rèn)行為就是在啟動時將所有singleton bean提前進行實例化(也就是依賴注入)。
提前實例化意味著作為初始化過程的一部分,ApplicationContext實例會創(chuàng)建并配置所有的singleton bean。
通常情況下這是件好事,因為這樣在配置中的任何錯誤就會即刻被發(fā)現(xiàn)(否則的話可能要花幾個小時甚至幾天)。
<bean id="testBean" class="com.fhx.TestBean">
該bean默認(rèn)的設(shè)置為:
<bean id="testBean" class="com.fhx.TestBean" lazy-init="false">
lazy-init="false" 立退加載, 表示spring啟動時,立刻進行實例化。
(lazy-init 設(shè)置只對scop屬性為singleton的bean起作用)
有時候這種默認(rèn)處理可能并不是你想要的。如果你不想讓一個singleton bean在ApplicationContext實現(xiàn)在初始化時被提前實例化,那么可以將bean設(shè)置為延遲實例化。
, lazy-init="true"> 延遲加載 ,設(shè)置為lazy的bean將不會在ApplicationContext啟動時提前被實例化,而是在第一次向容器通過getBean索取bean時實例化的。
如果一個設(shè)置了立即加載的bean1,引用了一個延遲加載的bean2,那么bean1在容器啟動時被實例化,而bean2由于被bean1引用,所以也被實例化,這種情況也符合延遲加載的bean在第一次調(diào)用時才被實例化的規(guī)則。 在容器層次中通過在元素上使用'default-lazy-init'屬性來控制延遲初始化也是可能的。如下面的配置:
<beans default-lazy-init="true"><!-- no beans will be eagerly pre-instantiated... --></beans>
一般beans 和 bean 層次配置的默認(rèn)值都是false;并且bean的優(yōu)先級>beans的優(yōu)先級 如果一個bean的scope屬性為scope=“pototype“時,即使設(shè)置了lazy-init="false",容器啟動時不實例化bean,而是調(diào)用getBean方法是實例化的;
現(xiàn)在我們通過源碼來分析一下;
二、lazy-init 屬性被設(shè)置的地方
并且優(yōu)先級 bean>beans; 如果想看所有屬性被設(shè)置的地方請看博文 Spring是如何解析xml中的屬性到BeanDefinition中的
//解析bean的屬性值
public AbstractBeanDefinition parseBeanDefinitionAttributes(Element ele, String beanName, BeanDefinition containingBean, AbstractBeanDefinition bd) {
// 省略
//如果當(dāng)前元素沒有設(shè)置 lazyInit 懶加載;則去 this.defaults.getLazyInit();這個defaults是上一篇分析過的;整個xml文件全局的默認(rèn)值;
String lazyInit = ele.getAttribute(LAZY_INIT_ATTRIBUTE);
if (DEFAULT_VALUE.equals(lazyInit)) {
lazyInit = this.defaults.getLazyInit();
}
//省略....
}
三、lazy-init發(fā)揮作用的地方
@Override
public void refresh() throws BeansException, IllegalStateException {
// 忽略..
// 實例化所有剩余非 lazy-init 為true的單例對象
finishBeanFactoryInitialization(beanFactory);
// 忽略..
}
最終執(zhí)行了 beanFactory.preInstantiateSingletons();
@Override
public void preInstantiateSingletons() throws BeansException {
if (this.logger.isDebugEnabled()) {
this.logger.debug("Pre-instantiating singletons in " + this);
}
// Iterate over a copy to allow for init methods which in turn register new bean definitions.
// While this may not be part of the regular factory bootstrap, it does otherwise work fine.
List<String> beanNames = new ArrayList<String>(this.beanDefinitionNames);
// 遍歷所有bean
for (String beanName : beanNames) {
RootBeanDefinition bd = getMergedLocalBeanDefinition(beanName);
//1.bd的abstract屬性是false;<bean abstract="false"> 不能被實例化,它主要作用是被用作被子bean繼承屬性用的;
//2.單例對象并且 lazy-init為false
//滿足上面條件才行
if (!bd.isAbstract() && bd.isSingleton() && !bd.isLazyInit()) {
/**
*如果實現(xiàn)了FactoryBean接口
*1.先將FactoryBean的實現(xiàn)類實例化;
*2.判斷是否將FactoryBean實現(xiàn)類的getObject方法返回的實例對象也實例化;判斷依據(jù)
* 2.1如果當(dāng)前bean實現(xiàn)了SmartFactoryBean接口,并且isEagerInit()返回true;才會調(diào)用工廠類的方法
*/
if (isFactoryBean(beanName)) {
final FactoryBean<?> factory = (FactoryBean<?>) getBean(FACTORY_BEAN_PREFIX + beanName);
boolean isEagerInit;
if (System.getSecurityManager() != null && factory instanceof SmartFactoryBean) {
isEagerInit = AccessController.doPrivileged(new PrivilegedAction<Boolean>() {
@Override
public Boolean run() {
return ((SmartFactoryBean<?>) factory).isEagerInit();
}
}, getAccessControlContext());
}
else {
isEagerInit = (factory instanceof SmartFactoryBean &&
((SmartFactoryBean<?>) factory).isEagerInit());
}
if (isEagerInit) {
getBean(beanName);
}
}
else {//如果不是FactoryBean接口之間實例化
getBean(beanName);
}
}
}
// 調(diào)用所有SmartInitializingSingleton類型的實現(xiàn)類的afterSingletonsInstantiated方法;通過名字可以知道它表示 單例對象實例化后需要做的操作
for (String beanName : beanNames) {
Object singletonInstance = getSingleton(beanName);
if (singletonInstance instanceof SmartInitializingSingleton) {
final SmartInitializingSingleton smartSingleton = (SmartInitializingSingleton) singletonInstance;
if (System.getSecurityManager() != null) {
AccessController.doPrivileged(new PrivilegedAction<Object>() {
@Override
public Object run() {
smartSingleton.afterSingletonsInstantiated();
return null;
}
}, getAccessControlContext());
}
else {
smartSingleton.afterSingletonsInstantiated();
}
}
}
}
四、問答
1.Ioc容器在實例化bean的時候,Ioc會主動調(diào)用FactoryBean類型的的getObject方法來為我們生成對象嗎?
答: 一般情況下是不會的,一般情況碰到FactoryBean類型的是調(diào)用 getBean(&beanName),但是有一種情況例外,如果這個FactoryBean還實現(xiàn)了SmartInitializingSingleton接口的話,IOC就會幫我們主動調(diào)用getBean(beanName)來實例化;
以上就是lazy init控制加載在Spring中如何實現(xiàn)源碼分析的詳細內(nèi)容,更多關(guān)于Spring lazy init控制加載的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
IntelliJ IDEA報錯Error:java: Compilation failed: internal java
今天小編就為大家分享一篇關(guān)于IntelliJ IDEA報錯Error:java: Compilation failed: internal java compiler error的解決辦法,小編覺得內(nèi)容挺不錯的,現(xiàn)在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧2018-10-10
Spring?Lifecycle?和?SmartLifecycle區(qū)別面試精講
這篇文章主要為大家介紹了Spring?Lifecycle和SmartLifecycle的區(qū)別面試精講,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2023-10-10
Java KindEditor粘貼圖片自動上傳到服務(wù)器功能實現(xiàn)
這篇文章主要介紹了Java KindEditor粘貼圖片自動上傳到服務(wù)器功能實現(xiàn),本文給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2023-04-04
IDEA進程已結(jié)束,退出代碼-1073741819 (0xC0000005)的bug
這篇文章主要介紹了IDEA進程已結(jié)束,退出代碼-1073741819 (0xC0000005)的bug,本文通過實例代碼圖文的形式給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-04-04
Java構(gòu)造器(構(gòu)造方法)與方法區(qū)別說明
這篇文章主要介紹了Java構(gòu)造器(構(gòu)造方法)與方法區(qū)別說明,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-09-09

