lazy?init控制加載在Spring中如何實現(xiàn)源碼分析
一、lazy-init說明
ApplicationContext實現(xiàn)的默認行為就是在啟動時將所有singleton bean提前進行實例化(也就是依賴注入)。
提前實例化意味著作為初始化過程的一部分,ApplicationContext實例會創(chuàng)建并配置所有的singleton bean。
通常情況下這是件好事,因為這樣在配置中的任何錯誤就會即刻被發(fā)現(xiàn)(否則的話可能要花幾個小時甚至幾天)。
<bean id="testBean" class="com.fhx.TestBean">
該bean默認的設(shè)置為:
<bean id="testBean" class="com.fhx.TestBean" lazy-init="false">
lazy-init="false" 立退加載, 表示spring啟動時,立刻進行實例化。
(lazy-init 設(shè)置只對scop屬性為singleton的bean起作用)
有時候這種默認處理可能并不是你想要的。如果你不想讓一個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 層次配置的默認值都是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文件全局的默認值; 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)文章
Java中Map循環(huán)遍歷的五種方法實現(xiàn)
本文主要介紹了Java中Map循環(huán)遍歷的五種方法,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-07-07spring+Jpa多數(shù)據(jù)源配置的方法示例
這篇文章主要介紹了spring+Jpa多數(shù)據(jù)源配置的方法示例,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2018-08-08swagger2隱藏在API文檔顯示某些參數(shù)的操作
這篇文章主要介紹了swagger2隱藏在API文檔顯示某些參數(shù)的操作,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2021-06-06