持續原創輸出,點選上方藍字關注我

目錄

• 前言
• 原始碼版本
• 從哪入手？
• 原始碼如何切分？
• 如何建立SpringApplication？

  • 設定應用型別
  • 設定初始化器(Initializer)
  • 設定監聽器(Listener)
  • 設定監聽器(Listener)
• 執行run()方法

  • 獲取、啟動執行過程監聽器
  • 環境構建
  • 建立IOC容器
  • IOC容器的前置處理
  • 重新整理容器
  • IOC容器的後置處理
  • 發出結束執行的事件
  • 執行Runners
  • 總結
• 總結

前言

Spring Boot 專欄已經寫了五十多天了，前面二十章從基礎應用到高階整合避重就輕介紹的都是工作、面試中常見的知識點。

今天開始底層原始碼介紹的階段，相對內容比較深一點，作者也儘可能介紹的通俗易懂，層次分明一點。相信讀過我寫的Mybatis

這篇文章花了四天時間精雕細琢，力求介紹的通俗易懂，畢竟原始碼相對難度更高些，希望通過作者拆分講解能夠幫助到讀者。

如果沒讀過作者的前二十篇文章，點選前往

原始碼版本

作者Spring Boot是基於2.4.0。每個版本有些變化，讀者儘量和我保持一致，以防原始碼有些出入。

從哪入手？

相信很多人嘗試讀過Spring Boot的原始碼，但是始終沒有找到合適的方法。那是因為你對Spring Boot的各個元件、機制不是很瞭解，研究起來就像大海撈針。

至於從哪入手不是很簡單的問題嗎，當然主啟動類了，即是標註著@SpringBootApplication

@SpringBootApplication
public class AnnotationDemoApplication {
    public static void main(String[] args) {
        SpringApplication.run(AnnotationDemoApplication.class, args);
    }
}
 

話不多說，DEBUG伺候，別怕，搞它........

原始碼如何切分？

SpringApplication中的靜態run()方法並不是一步完成的，最終執行的原始碼如下：

//org.springframework.context.ConfigurableApplicationContext
public static ConfigurableApplicationContext run(Class<?>[] primarySources, String[] args) {
  return new SpringApplication(primarySources).run(args);
 }

很顯然分為兩個步驟，分別是建立SpringApplication和執行run()方法，下面將分為這兩個部分介紹。

如何建立SpringApplication？

建立即是new物件了，DEBUG跟進程式碼，最終執行的SpringApplication構造方法如下圖：

如上圖中標註的註釋，建立過程重用的其實分為②、③、④這三個階段，下面將會一一介紹每個階段做了什麼事。

設定應用型別

這個過程非常重要，直接決定了專案的型別，應用型別分為三種，都在WebApplicationType這個列舉類中，如下：

1. NONE：顧名思義，什麼都沒有，正常流程走，不額外的啟動web容器，比如Tomcat。
2. SERVLET：基於servlet的web程式，需要啟動內嵌的servletweb容器，比如Tomcat。
3. REACTIVE：基於reactive的web程式，需要啟動內嵌reactiveweb容器，作者不是很瞭解，不便多說。

判斷的依據很簡單，就是載入對應的類，比如載入了DispatcherServlet等則會判斷是Servlet的web程式。原始碼如下：

static WebApplicationType deduceFromClasspath() {
  if (ClassUtils.isPresent(WEBFLUX_INDICATOR_CLASS, null) && !ClassUtils.isPresent(WEBMVC_INDICATOR_CLASS, null)
    && !ClassUtils.isPresent(JERSEY_INDICATOR_CLASS, null)) {
   return WebApplicationType.REACTIVE;
  }
  for (String className : SERVLET_INDICATOR_CLASSES) {
   if (!ClassUtils.isPresent(className, null)) {
    return WebApplicationType.NONE;
   }
  }
  return WebApplicationType.SERVLET;
 }

這裡我引入了spring-boot-starter-web,肯定是Servlet的web程式。

設定初始化器(Initializer)

初始化器ApplicationContextInitializer是個好東西，用於IOC容器重新整理之前初始化一些元件，比如ServletContextApplicationContextInitializer。

那麼如何獲取初始化器呢？跟著上圖中的程式碼進入，在SpringApplication中的如下圖中的方法：

相對重要的就是第一步獲取初始化器的名稱了，這個肯定是全類名了，詳細原始碼肯定在loadFactoryNames()方法中了，跟著原始碼進入，最終呼叫的是#SpringFactoriesLoader.loadSpringFactories()方法。

loadSpringFactories()方法就不再詳細解釋了，其實就是從類路徑META-INF/spring.factories中載入ApplicationContextInitializer的值。

在spring-boot-autoconfigure的spring.factories檔案中的值如下圖：

上圖中的只是一部分初始化器，因為spring.factories檔案不止一個。

下圖中是我的demo中注入的初始化器，現實專案中並不止這些。

這也告訴我們自定義一個ApplicationContextInitializer只需要實現介面，在spring.factories檔案中設定即可。

設定監聽器(Listener)

監聽器（ApplicationListener）這個概念在Spring中就已經存在，主要用於監聽特定的事件(ApplicationEvent)，比如IOC容器重新整理、容器關閉等。

Spring Boot擴充套件了ApplicationEvent構建了SpringApplicationEvent這個抽象類，主要用於Spring Boot啟動過程中觸發的事件，比如程式啟動中、程式啟動完成等。如下圖：

監聽器如何獲取？從原始碼中知道其實和初始化器(ApplicationContextInitializer)執行的是同一個方法，同樣是從META-INF/spring.factories檔案中獲取。

在spring-boot-autoconfigure的spring.factories檔案中的值如下圖：

spring.factories檔案不止一個，同樣監聽器也不止以上這些。

作者demo中注入的一些監聽器如下圖：

總結

SpringApplication的構建都是為了run()方法啟動做鋪墊，構造方法中總共就有幾行程式碼，最重要的部分就是設定應用型別、設定初始化器、設定監聽器。

「注意」：初始化器和這裡的監聽器都要放置在spring.factories檔案中才能在這一步驟載入，否則不會生效，因此此時IOC容器還未建立，即使將其注入到IOC容器中也是不會生效的。

作者簡單的畫了張執行流程圖，僅供參考，如下：

執行run()方法

上面分析了SpringApplication的構建過程，一切都做好了鋪墊，現在到了啟動的過程了。

作者根據原始碼將啟動過程分為了「8步」，下面將會一一介紹。

1. 獲取、啟動執行過程監聽器

SpringApplicationRunListener這個監聽器和ApplicationListener不同，它是用來監聽應用程式啟動過程的，介面的各個方法含義如下：

public interface SpringApplicationRunListener {

    // 在run()方法開始執行時，該方法就立即被呼叫，可用於在初始化最早期時做一些工作
    void starting();
    // 當environment構建完成，ApplicationContext建立之前，該方法被呼叫
    void environmentPrepared(ConfigurableEnvironment environment);
    // 當ApplicationContext構建完成時，該方法被呼叫
    void contextPrepared(ConfigurableApplicationContext context);
    // 在ApplicationContext完成載入，但沒有被重新整理前，該方法被呼叫
    void contextLoaded(ConfigurableApplicationContext context);
    // 在ApplicationContext重新整理並啟動後，CommandLineRunners和ApplicationRunner未被呼叫前，該方法被呼叫
    void started(ConfigurableApplicationContext context);
    // 在run()方法執行完成前該方法被呼叫
    void running(ConfigurableApplicationContext context);
    // 當應用執行出錯時該方法被呼叫
    void failed(ConfigurableApplicationContext context, Throwable exception);
}

如何獲取執行監聽器？

在SpringApplication#run()方法中，原始碼如下：

//從spring.factories中獲取監聽器
SpringApplicationRunListeners listeners = getRunListeners(args);

跟進getRunListeners()方法，其實還是呼叫了loadFactoryNames()方法從spring.factories檔案中獲取值，如下：

org.springframework.boot.SpringApplicationRunListener=\
org.springframework.boot.context.event.EventPublishingRunListener

最終注入的是EventPublishingRunListener這個實現類，建立例項過程肯定是通過反射了，因此我們看看它的構造方法，如下圖：

這個執行監聽器內部有一個事件廣播器(SimpleApplicationEventMulticaster)，主要用來廣播特定的事件(SpringApplicationEvent)來觸發特定的監聽器ApplicationListener。

EventPublishingRunListener中的每個方法用來觸發SpringApplicationEvent中的不同子類。

如何啟動執行監聽器？

在SpringApplication#run()方法中，原始碼如下：

//執行starting()方法
listeners.starting(bootstrapContext, this.mainApplicationClass);

執行SpringApplicationRunListeners的starting()方法，跟進去其實很簡單，遍歷執行上面獲取的執行監聽器，這裡只有一個EventPublishingRunListener。因此執行的是它的starting()方法，原始碼如下圖：

上述原始碼中邏輯很簡單，其實只是執行了multicastEvent()方法，廣播了ApplicationStartingEvent事件。至於multicastEvent()內部方法感興趣的可以看看，其實就是遍歷ApplicationListener的實現類，找到監聽ApplicationStartingEvent這個事件的監聽器，執行onApplicationEvent()方法。

總結

這一步其實就是廣播了ApplicationStartingEvent事件來觸發監聽這個事件的ApplicationListener。

因此如果自定義了ApplicationListener並且監聽了ApplicationStartingEvent（應用程式開始啟動）事件，則這個監聽器將會被觸發。

2. 環境構建

這一步主要用於載入系統配置以及使用者的自定義配置(application.properties)，原始碼如下，在run()方法中：

ConfigurableEnvironment environment = prepareEnvironment(listeners, bootstrapContext, applicationArguments);

prepareEnvironment方法內部廣播了ApplicationEnvironmentPreparedEvent事件，原始碼如下圖：

環境構建這一步載入了系統環境配置、使用者自定義配置並且廣播了ApplicationEnvironmentPreparedEvent事件，觸發監聽器。

3. 建立IOC容器

原始碼在run()方法中，如下：

context = createApplicationContext();

跟進程式碼，真正執行的是ApplicationContextFactory方法，如下圖：

根據webApplicationType決定建立的型別，很顯然，我這裡的是servlet，因此建立的是AnnotationConfigServletWebServerApplicationContext。

這一步僅僅是建立了IOC容器，未有其他操作。

4. IOC容器的前置處理

這一步真是精華了，在重新整理容器之前做準備，其中有一個非常關鍵的操作：將啟動類注入容器，為後續的自動化配置奠定基礎。原始碼如下：

prepareContext(context, environment, listeners, applicationArguments,printedBanner);

prepareContext()原始碼解析如下圖，內容還是挺多的：

從上圖可以看出步驟很多，下面將會詳細介紹幾個重點的內容。

呼叫初始化器

在