Spring lazy-init原理是什么?這個問題可能是我們日常學習或工作經常見到的。希望通過這個問題能讓你收獲頗深。下面是小編給大家帶來的參考內容,讓我們一起來看看吧!
普通的bean的初始化是在容器啟動初始化階段執行的,而被lazy-init修飾的bean 則是在從容器里第一次進行context.getBean(“”)時進行觸發。Spring 啟動的時候會把所有bean信息(包括XML和注解)解析轉化成Spring能夠識別的BeanDefinition并存到Hashmap里供下面的初始化時用。接下來對每個BeanDefinition進行處理,如果是懶加載的則在容器初始化階段不處理,其他的則在容器初始化階段進行初始化并依賴注入。
本文我說了很多次 Spring 容器初始化和bean初始化,容器的初始化有可能包括bean的初始化主要取決于該bean是否是懶加載的,特此說明怕誤會 。。。:)
一.先睹為快
話不多說先寫個例子看下這屬性到底有什么作用,我們定義了一個叫做coffee的普通bean,代碼如下:
1.普通非懶加載bean的演示
package com.test.spring; public class Coffee { public Coffee() { System.out.println("正在初始化bean !!!調用無參構造函數"); } }
<bean name="coffee" class="com.test.spring.Coffee"/>
@Test public void testLazyInit() { System.out.println("開始初始化Spring容器 "); // 非懶加載的bean會在容器初始化時進行bean的初始化,后面會拿Spring啟動時的源碼進行分析 ApplicationContext context = new ClassPathXmlApplicationContext("spring-beans.xml"); // 非懶加載的bean 的構造函數會在這個位置打印 System.out.println("Spring容器初始化完畢"); System.out.println("開始從容器中獲取Bean"); Coffee coffee = context.getBean("coffee", Coffee.class); System.out.println("獲取完畢 bean :" + coffee); }
運行結果如下:
2.非懶加載bean的演示
<bean name="coffee" class="com.test.spring.Coffee" lazy-init="true" />
@Test public void testLazyInit() { System.out.println("開始初始化Spring容器 "); // 在初始化容器階段不會對懶加載的bean進行初始化 ApplicationContext context = new ClassPathXmlApplicationContext("spring-beans.xml"); System.out.println("Spring容器初始化完畢"); System.out.println("開始從容器中獲取Bean"); // 在這一階段會對懶加載的bean進行初始化 Coffee coffee = context.getBean("coffee", Coffee.class); System.out.println("獲取完畢 bean :" + coffee); }
運行結果如下:
二,原理分析
Spring 啟動時主要干倆件事 1.初始化容器 2.對bean進行初始化并依賴注入。(懶加載的bean不做第二件)
但是對于大多數bean來說,bean的初始化以及依賴注入就是在容器初始化階段進行的,只有懶加載的bean是當應用程序第一次進行getBean時進行初始化并依賴注入。下面貼出代碼看下
Spring 容器初始化代碼如下就一行:
ApplicationContext context = new ClassPathXmlApplicationContext("spring-beans.xml");
public ClassPathXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent) throws BeansException { super(parent); setConfigLocations(configLocations); if (refresh) { // Spring ioc 啟動入口 了解了refresh 就了解了ioc refresh(); } }
Spring 初始化入口 refresh(省略了部分根本次無關的代碼,望理解,太長了影響閱讀體驗)
public void refresh() throws BeansException, IllegalStateException { synchronized (this.startupShutdownMonitor) { // Prepare this context for refreshing. prepareRefresh(); // Prepare the bean factory for use in this context. prepareBeanFactory(beanFactory); try { // Allows post-processing of the bean factory in context subclasses. postProcessBeanFactory(beanFactory); // Invoke factory processors registered as beans in the context. invokeBeanFactoryPostProcessors(beanFactory); // Register bean processors that intercept bean creation. registerBeanPostProcessors(beanFactory); // Instantiate all remaining (non-lazy-init) singletons. // 初始化所有非 懶加載的bean?。。?! finishBeanFactoryInitialization(beanFactory); // Last step: publish corresponding event. finishRefresh(); } }
第20行則是跟本次主題有關的,就是說在容器啟動的時候 只處理 non-lazy-init bean,懶加載的bean在Spring啟動階段根本不做任何處理下面看下源碼就明白了
點進去第20行的finishBeanFactoryInitialization(beanFactory)里頭有個初始化non-lazy-init bean的函數 preInstantiateSingletons()
具體邏輯如下
1.對beanNames 集合遍歷獲取每個BeanDefinition
2.判斷是否是懶加載的,如果不是則繼續處理(non-lazy-init bean 不做處理)
3.判斷是否是factorybean 如果不是則進行實例化并依賴注入
public void preInstantiateSingletons() throws BeansException { // 所有beanDefinition集合 List<String> beanNames = new ArrayList<String>(this.beanDefinitionNames); // 觸發所有非懶加載單例bean的初始化 for (String beanName : beanNames) { // 獲取bean 定義 RootBeanDefinition bd = getMergedLocalBeanDefinition(beanName); // 判斷是否是懶加載單例bean,如果是單例的并且不是懶加載的則在Spring 容器 if (!bd.isAbstract() && bd.isSingleton() && !bd.isLazyInit()) { // 判斷是否是FactoryBean 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 { // 如果是普通bean則進行初始化依賴注入,此 getBean(beanName)接下來觸發的邏輯跟 // context.getBean("beanName") 所觸發的邏輯是一樣的 getBean(beanName); } } } }
getBean() 方法是實現bean 初始化以及依賴注入的函數
@Override public Object getBean(String name) throws BeansException { return doGetBean(name, null, null, false); }
三,總結
對于被修飾為lazy-init的bean Spring初始化階段不會進行init并且依賴注入,當第一次進行getBean時候進行初始化并依賴注入
對于非懶加載的bean getBean的時候會從緩存里頭取 因為容器初始化階段已經初始化了
// 容器啟動初始化 會初始化并依賴注入非懶加載的bean ApplicationContext context = new ClassPathXmlApplicationContext("spring-beans.xml"); // lazy-init bean會進行第一次初始化并依賴注入 其他的會從緩存里取 Coffee coffee = context.getBean("coffee", Coffee.class);
感謝各位的閱讀!看完上述內容,你們對Spring lazy-init原理是什么大概了解了嗎?希望文章內容對大家有所幫助。如果想了解更多相關文章內容,歡迎關注創新互聯成都網站設計公司行業資訊頻道。
另外有需要云服務器可以了解下創新互聯scvps.cn,海內外云服務器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業上云的綜合解決方案,具有“安全穩定、簡單易用、服務可用性高、性價比高”等特點與優勢,專為企業上云打造定制,能夠滿足用戶豐富、多元化的應用場景需求。
網站題目:Springlazy-init原理是什么-創新互聯
本文路徑:http://vcdvsql.cn/article0/pjeio.html
成都網站建設公司_創新互聯,為您提供網站改版、電子商務、響應式網站、搜索引擎優化、面包屑導航、外貿建站
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯