[[416479]]

前段時間是校招的高峰期啊，很多學弟，學妹們出去面試的時候都會被問到一個問題，談談你對Spring的理解?

很多同學都是會說一些IOC，AOP等，但是聊到一些細節IOC里面的細節點，就不知怎么接著和面試官怎么聊了。

所以今天我就跟大家具體詳細聊聊SpringIOC 那些事!!!

什么是Spring

spring 首先它是一個框架，在我們的開發工作的環境中，所有的其他的框架基本都依賴Spring，spring起著一個容器的作用，用來承載我們整體的bean對象。它幫我們整理了整個bean的從創建到銷毀的管理。

IOC控制反轉是啥?

類的創建、銷毀都由 Spring 來控制，也就是說控制對象生存周期的不再是引用它的對象，而是 Spring來控制整個過程。對于某個具體的對象而言，以前是它控制其他對象，現在是所有對象都被 Spring 控制。

看到這里其實這都是一些簡單的理解，以及一些官方的說法，為了真正的搞懂什么是SpringIoc,就上面的這些東西是遠遠不夠的，所以我給大家畫了一個流程圖，跟著這個流程圖，我們一步一步來解析IOC。

只有解析完了流程，我們才能有一個整體的架構的脈絡思路，后面我們再聊DI(依賴注入)以及怎么處理的緩存依賴。

這里跟大家分享一個知識點，在看一些架構的源碼的時候，大家一定要先理清整體架構的脈絡，這樣才能方便我們理解整個架構，否則就是一面茫然，不知道寫的是啥!!!

話不多說了，還是直接來看下這個整體流程圖!!!

從這個圖，我們還是從上到下，從左到右的順序來講解哈。

public static void main(String[] args) { 
    ApplicationContext context = new ClassPathXmlApplicationContext("classpath:applicationContext.xml"); 
} 

我們以開始啟動spring容器開始，常見配置bean有 XML 配置文件的形式或者注解形式等還有一些其他的方式。

不管哪種方式，spring考慮到擴展性問題，會通過BeanDefinitionReader，來加載bean的配置信息，然后生成一個BeanDefinition(bean的定義信息，用來存儲 bean 的所有屬性方法定義)。

BeanDefinitionReader 只是接口約束一些定義信息，常見的實現類 XmlBeanDefinitionReader(xml形式)，PropertiesBeanDefinitionReader(Properties配置文件)，AbstractBeanDefinitionReader (相關一些環境信息)等。

BeanFactoryPostProcesser

說完了BeanDefinition那么接下來就是走到BeanFactoryPostProcessor。

BeanFactoryPostProcessor 接口是 Spring 初始化 BeanFactory 時對外暴露的擴展點，其實就是在bean的實例化之前，可以獲取bean的定義信息，以及修改相關信息。

比如說我們現在常見的注解方式來加載bean信息，里面其實就是也是用的BeanFactoryPostProcessor的子類實現的。

我們常見的 @Service、@Controller、@Repository等注解其實都是組合注解，里面里面都是包含Component注解實現的，如下GIF動圖所示：

ps：太大了加載可能會出問題。

從這個動圖中大家可以發現BeanFactoryPostProcessor有一堆的實現子類，因此當我們有自己的業務邏輯實現的時候也只需要實現BeanFactoryPostProcessor就可以了，然后加上@Component注解就可以了。

BeanFactory

BeanFactory，從名字上也很好理解，生產 bean 的工廠，它負責生產和管理各個 bean 實例。同時也是Spring容器暴露在外獲取bean的入口

BeanFactory的生產過程其實是利用反射機制實現的。

接下來我們再來看一下BeanFactory的繼承關系。

這張關系圖我們只要了解的幾個關鍵點：

• HierarchicalBeanFactory：提供父容器的訪問功能
• ListableBeanFactory：提供了批量獲取Bean的方法
• AutowireCapableBeanFactory：在BeanFactory基礎上實現對已存在實例的管理
• ConfigurableBeanFactory：單例bean的注冊以及生成實例，統計單例bean等信息
• ConfigurableListableBeanFactory：增加了一些其他功能：類加載器、類型轉化、屬性編輯器、BeanPostProcessor、bean定義、處理bean依賴關系、 bean如何銷毀等等一些還有其他的功能
• DefaultListableBeanFactory：實現BeanFactory所有功能同時也能注冊BeanDefinition

可能有人要問了，ApplicationContext和BeanFactory是不是只是繼承關系?

ApplicationContext applicationContext = new ClassPathXmlApplicationContext("classpath:applicationContext.xml"); 
       BeanFactory factory = new ClassPathXmlApplicationContext("classpath:applicationContext.xml");  

BeanFactory是一個底層的IOC容器，而ApplicationContext是在其基礎上增加了一些它的特性的同時同時增加了一些其他的整合特性比如：更好的整合SpringAOP、國際化消息、以及事務的發布、資源訪問等這些新的特性。

所以BeanFactory和ApplicationContext不是同一個東西，是兩個不同的對象，想要獲取BeanFactory可以通過applicationContext.getParentBeanFactory()獲取。

所以當通過XML來配置bean的信息的時候我們就可以使用BeanFactory作為容器，因為我們不需要有那么多其他的額外的一些特性。當我們通過注解的形式來注冊bean信息的時候，我們就可以使用ApplicationContext來作為容器。當然這個只是作為了解，在我們的業務代碼中基本是可以不用關心這一點的。

Bean的生命周期

Spring Bean的生命周期在spring的面試題中這其實是非常常見的一道面試題，其實并不用去背那么多流程，在Spring的源碼中其實已經寫好了bean的完整生命流程，上面的BeanFactory中已經表明。

• BeanNameAware#setBeanName：在創建此bean的bean工廠中設置bean的名稱，在普通屬性設置之后調用，在InitializinngBean.afterPropertiesSet()方法之前調用
• BeanClassLoaderAware#setBeanClassLoader：將 bean ClassLoaderr 提供給 bean 實例的回調
• BeanFactoryAware#setBeanFactory：回調提供了自己的bean實例工廠，在普通屬性設置之后，在InitializingBean.afterPropertiesSet()或者自定義初始化方法之前調用
• org.springframework.context.ResourceLoaderAware#setResourceLoader：在普通bean對象之后調用，在afterPropertiesSet 或者自定義的init-method 之前調用，在 ApplicationContextAware 之前調用。
• org.springframework.context.ApplicationEventPublisherAware#setApplicationEventPublisher：在普通bean屬性之后調用，在初始化調用afterPropertiesSet 或者自定義初始化方法之前調用。在 ApplicationContextAware 之前調用。
• org.springframework.context.MessageSourceAware#setMessageSource：在普通bean屬性之后調用，在初始化調用afterPropertiesSet 或者自定義初始化方法之前調用，在 ApplicationContextAware 之前調用。
• org.springframework.context.ApplicationContextAware#setApplicationContext：在普通Bean對象生成之后調用，在InitializingBean.afterPropertiesSet之前調用或者用戶自定義初始化方法之前。在ResourceLoaderAware.setResourceLoader，ApplicationEventPublisherAware.setApplicationEventPublisher，MessageSourceAware之后調用
• org.springframework.web.context.ServletContextAware#setServletContext：運行時設置ServletContext，在普通bean初始化后調用
• org.springframework.beans.factory.config.BeanPostProcessor#postProcessBeforeInitialization：將此BeanPostProcessor 應用于給定的新bean實例
• InitializingBean#afterPropertiesSet：在設置所有 bean 屬性后由包含的 BeanFactory調用
• org.springframework.beans.factory.support.RootBeanDefinition#getInitMethodName：獲取InitMethodName名稱，并且運行初始化方法
• org.springframework.beans.factory.config.BeanPostProcessor#postProcessAfterInitialization
• DisposableBean#destroy：銷毀
• org.springframework.beans.factory.support.RootBeanDefinition#getDestroyMethodName：返回被銷毀的bean名稱

這其實就是bean的整個生命周期過程，其實這里面注視大家都是可以自己查看的，每一個方法上面都是很詳細注釋，我也只是根據注視簡單的翻譯了一下。

整個過程bean的生命周期可以縮短理解為：

但是要完全理解Spring，那肯定就要說Spring里面的一個非常重要的方法 **ApplicationContext.refresh()**這其中的包含了13個子方法：

public void refresh() throws BeansException, IllegalStateException { 
   //   添加一個synchronized 防止出現refresh還沒有完成出現其他的操作（啟動，或者銷毀）  
   synchronized (this.startupShutdownMonitor) { 
 
      // 1.準備工作 
      // 記錄下容器的啟動時間、 
      // 標記“已啟動”狀態，關閉狀態為false、 
      // 加載當前系統屬性到環境對象中 
      // 準備一系列監聽器以及事件集合對象 
       prepareRefresh(); 
 
      // 2. 創建容器對象：DefaultListableBeanFactory，加載XML配置文件的屬性到當前的工廠中（默認用命名空間來解析），就是上面說的BeanDefinition（bean的定義信息）這里還沒有初始化，只是配置信息都提取出來了，（包含里面的value值其實都只是占位符） 
      ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory(); 
 
      // 3. BeanFactory的準備工作，設置BeanFactory的類加載器，添加幾個BeanPostProcessor，手動注冊幾個特殊的bean等 
      prepareBeanFactory(beanFactory); 
      try { 
         // 4.子類的覆蓋方法做額外的處理，就是我們剛開始說的 BeanFactoryPostProcessor ，具體的子類可以在這步的時候添加一些特殊的BeanFactoryPostProcessor完成對beanFactory修改或者擴展。 
         // 到這里的時候，所有的Bean都加載、注冊完成了，但是都還沒有初始化 
         postProcessBeanFactory(beanFactory); 
         // 5.調用 BeanFactoryPostProcessor 各個實現類的 postProcessBeanFactory(factory) 方法 
         invokeBeanFactoryPostProcessors(beanFactory); 
 
         // 6.注冊 BeanPostProcessor  處理器 這里只是注冊功能，真正的調用的是getBean方法 
        registerBeanPostProcessors(beanFactory); 
 
         // 7.初始化當前 ApplicationContext 的 MessageSource，即國際化處理 
         initMessageSource(); 
 
         // 8.初始化當前 ApplicationContext 的事件廣播器， 
         initApplicationEventMulticaster(); 
 
         // 9.從方法名就可以知道，典型的模板方法(鉤子方法)，感興趣的同學還可以再去復習一下之前寫的設計模式中的-模版方法模式 
         //  具體的子類可以在這里初始化一些特殊的Bean（在初始化 singleton beans 之前） 
         onRefresh(); 
 
         // 10.注冊事件監聽器，監聽器需要實現 ApplicationListener 接口。這也不是我們的重點，過 
         registerListeners(); 
 
         // 11.初始化所有的 singleton beans（lazy-init 的除外），重點關注 
         finishBeanFactoryInitialization(beanFactory); 
 
         // 12.廣播事件，ApplicationContext 初始化完成 
         finishRefresh(); 
      } 
      catch (BeansException ex) { 
         if (logger.isWarnEnabled()) { 
            logger.warn("Exception encountered during context initialization - " + 
                  "cancelling refresh attempt: " + ex); 
         } 
 
         // 13.銷毀已經初始化的 singleton 的 Beans，以免有些 bean 會一直占用資源 
         destroyBeans(); 
         
         cancelRefresh(ex); 
         // 把異常往外拋 
         throw ex; 
      } 
      finally { 
         // Reset common introspection caches in Spring's core, since we 
         // might not ever need metadata for singleton beans anymore... 
         resetCommonCaches(); 
      } 
   } 
} 

這里只是大致的說明一下這里的每個方法的用途，如果還想要了解的更深，就需要大家自己再去看這里面的更深成次的代碼了，這個大家可以自己嘗試的斷點試一下。或者后面再單獨給大家寫一篇這里面的細節流程。

斷點看源碼不必要每個方法都去看，先了解一個大概，然后再多斷點幾次，每次斷點都相對上一次進入的更深成次一點，滿滿的你就能全部理解了。這是一個漫長的過程。

總結

Spring IOC整個啟動過程我們就先講到這里，由于篇幅問題一下子寫的太長怕看起來有點難受，后面再接著跟大家分享怎么處理循環依賴問題，以及DI依賴注入等源碼分析

看到這里給大家整理了幾個比較常見的面試來加深一下鞏固：

BeanFactory和ApplicationContext的區別?

BeanFactory是一個底層的IOC容器，而ApplicationContext是在其基礎上增加了一些它的特性的同時同時增加了一些其他的整合特性比如：更好的整合SpringAOP、國際化消息、以及事務的發布、資源訪問等這些新的特性

BeanFactory 與 FactoryBean的區別?

BeanFactory 是 IoC 底層容器 ,FactoryBean 是 創建 Bean 的一種方式，幫助實現復雜的初始化邏輯

Spring IoC 容器的啟動過程?

這個問題只要看懂了第一張流程圖，以及最后的ApplicationContext.refresh()方法中的內部13個子方法，再回答這個問題應該問題不大，面試官應該會眼前一亮，ho,有點東西!!!