lazy?init控制加載在Spring中如何實(shí)現(xiàn)源碼分析
一、lazy-init說(shuō)明
ApplicationContext實(shí)現(xiàn)的默認(rèn)行為就是在啟動(dòng)時(shí)將所有singleton bean提前進(jìn)行實(shí)例化(也就是依賴注入)。
提前實(shí)例化意味著作為初始化過(guò)程的一部分,ApplicationContext實(shí)例會(huì)創(chuàng)建并配置所有的singleton bean。
通常情況下這是件好事,因?yàn)檫@樣在配置中的任何錯(cuò)誤就會(huì)即刻被發(fā)現(xiàn)(否則的話可能要花幾個(gè)小時(shí)甚至幾天)。
<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啟動(dòng)時(shí),立刻進(jìn)行實(shí)例化。
(lazy-init 設(shè)置只對(duì)scop屬性為singleton的bean起作用)
有時(shí)候這種默認(rèn)處理可能并不是你想要的。如果你不想讓一個(gè)singleton bean在ApplicationContext實(shí)現(xiàn)在初始化時(shí)被提前實(shí)例化,那么可以將bean設(shè)置為延遲實(shí)例化。
, lazy-init="true"> 延遲加載 ,設(shè)置為lazy的bean將不會(huì)在ApplicationContext啟動(dòng)時(shí)提前被實(shí)例化,而是在第一次向容器通過(guò)getBean索取bean時(shí)實(shí)例化的。
如果一個(gè)設(shè)置了立即加載的bean1,引用了一個(gè)延遲加載的bean2,那么bean1在容器啟動(dòng)時(shí)被實(shí)例化,而bean2由于被bean1引用,所以也被實(shí)例化,這種情況也符合延遲加載的bean在第一次調(diào)用時(shí)才被實(shí)例化的規(guī)則。 在容器層次中通過(guò)在元素上使用'default-lazy-init'屬性來(lái)控制延遲初始化也是可能的。如下面的配置:
<beans default-lazy-init="true"><!-- no beans will be eagerly pre-instantiated... --></beans>
一般beans 和 bean 層次配置的默認(rèn)值都是false;并且bean的優(yōu)先級(jí)>beans的優(yōu)先級(jí) 如果一個(gè)bean的scope屬性為scope=“pototype“時(shí),即使設(shè)置了lazy-init="false",容器啟動(dòng)時(shí)不實(shí)例化bean,而是調(diào)用getBean方法是實(shí)例化的;
現(xiàn)在我們通過(guò)源碼來(lái)分析一下;
二、lazy-init 屬性被設(shè)置的地方
并且優(yōu)先級(jí) bean>beans; 如果想看所有屬性被設(shè)置的地方請(qǐng)看博文 Spring是如何解析xml中的屬性到BeanDefinition中的
//解析bean的屬性值 public AbstractBeanDefinition parseBeanDefinitionAttributes(Element ele, String beanName, BeanDefinition containingBean, AbstractBeanDefinition bd) { // 省略 //如果當(dāng)前元素沒(méi)有設(shè)置 lazyInit 懶加載;則去 this.defaults.getLazyInit();這個(gè)defaults是上一篇分析過(guò)的;整個(gè)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 { // 忽略.. // 實(shí)例化所有剩余非 lazy-init 為true的單例對(duì)象 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"> 不能被實(shí)例化,它主要作用是被用作被子bean繼承屬性用的; //2.單例對(duì)象并且 lazy-init為false //滿足上面條件才行 if (!bd.isAbstract() && bd.isSingleton() && !bd.isLazyInit()) { /** *如果實(shí)現(xiàn)了FactoryBean接口 *1.先將FactoryBean的實(shí)現(xiàn)類實(shí)例化; *2.判斷是否將FactoryBean實(shí)現(xiàn)類的getObject方法返回的實(shí)例對(duì)象也實(shí)例化;判斷依據(jù) * 2.1如果當(dāng)前bean實(shí)現(xiàn)了SmartFactoryBean接口,并且isEagerInit()返回true;才會(huì)調(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接口之間實(shí)例化 getBean(beanName); } } } // 調(diào)用所有SmartInitializingSingleton類型的實(shí)現(xiàn)類的afterSingletonsInstantiated方法;通過(guò)名字可以知道它表示 單例對(duì)象實(shí)例化后需要做的操作 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(); } } } }
四、問(wèn)答
1.Ioc容器在實(shí)例化bean的時(shí)候,Ioc會(huì)主動(dòng)調(diào)用FactoryBean類型的的getObject方法來(lái)為我們生成對(duì)象嗎?
答: 一般情況下是不會(huì)的,一般情況碰到FactoryBean類型的是調(diào)用 getBean(&beanName),但是有一種情況例外,如果這個(gè)FactoryBean還實(shí)現(xiàn)了SmartInitializingSingleton接口的話,IOC就會(huì)幫我們主動(dòng)調(diào)用getBean(beanName)來(lái)實(shí)例化;
以上就是lazy init控制加載在Spring中如何實(shí)現(xiàn)源碼分析的詳細(xì)內(nèi)容,更多關(guān)于Spring lazy init控制加載的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
Java中Map循環(huán)遍歷的五種方法實(shí)現(xiàn)
本文主要介紹了Java中Map循環(huán)遍歷的五種方法,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2022-07-07java對(duì)接支付寶支付接口開(kāi)發(fā)詳細(xì)步驟
本文主要介紹了java對(duì)接支付寶支付接口開(kāi)發(fā)詳細(xì)步驟,文中通過(guò)示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-01-01簡(jiǎn)單了解java局部變量與成員變量的區(qū)別
這篇文章主要介紹了簡(jiǎn)單了解java局部變量與成員變量的區(qū)別,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2019-10-10淺談Java垃圾回收的實(shí)現(xiàn)過(guò)程
這篇文章主要介紹了淺談Java垃圾回收的實(shí)現(xiàn)過(guò)程,具有一定借鑒價(jià)值,需要的朋友可以參考下。2017-12-12spring+Jpa多數(shù)據(jù)源配置的方法示例
這篇文章主要介紹了spring+Jpa多數(shù)據(jù)源配置的方法示例,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2018-08-08swagger2隱藏在API文檔顯示某些參數(shù)的操作
這篇文章主要介紹了swagger2隱藏在API文檔顯示某些參數(shù)的操作,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-06-06