SpringBoot框架——從SpringBoot看IoC容器初始化流程之方法分析

阿新 • • 發佈：2020-03-14

可以建立獨立的Spring應用
直接內嵌Tomcat, Jetty 或者 Undertow，不再需要開發WAR型別檔案
提供各式的"starter"依賴，來簡化專案的建立配置
任何時候都儘可能地自動化配置Spring和第三方庫
提供猶如健康指標檢測和外部配置的生產環境特性
完全沒有程式碼生成和不需要xml配置

從官方給出的特性來看，Spring Boot適合做分散式系統和雲上應用的底層框架，內嵌容器不需要再安裝配置容器，而且提供了很多已經配置好的第三方框架和應用，並且主張“約定大於配置”，即拿來即用，適合使用java config註解配置，讓開發人員更關注與業務程式碼。所以，在這麼多誘惑下，自己便決定研究一下Spring Boot框架的原始碼，從原始碼來了解Spring Boot的迷人之處。

二、Spring Boot應用初始化

Spring框架的IoC和AOP是其強大之處，而Spring框架下的應用都會使用這兩種技術，所以使用該框架的開發人員都應該去了解ioc和aop技術。而Spring Boot是Spring框架的即用版，因此，從Spring Boot原始碼中學習IoC容器的建立初始化以及AOP技術應用的思想，是我認為比較便捷的方法。同時，還可以學習到Spring Boot在整合Spring和第三方框架及應用的思想和技巧。接下來，我將從Spring Boot應用的啟動入口開始分析，逐步分析啟動流程。

2.1 初始化入口

下面是Spring Boot應用最簡單的啟動程式碼：

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

從這段程式碼可以知道，應用的主方法main呼叫了SpringApplication.run()方法，開啟了應用初始化。那麼，接下來我們看看它是怎麼初始化容器的。

2.2 SpringApplication的run方法

public ConfigurableApplicationContext run(String... args) {
 StopWatch stopWatch = new StopWatch();
 stopWatch.start();
 ConfigurableApplicationContext context = null;
 Collection<SpringBootExceptionReporter> exceptionReporters = new ArrayList<>();
 configureHeadlessProperty();
 SpringApplicationRunListeners listeners = getRunListeners(args);
 listeners.starting();
 try {
	ApplicationArguments applicationArguments = new DefaultApplicationArguments(args);
	ConfigurableEnvironment environment = prepareEnvironment(listeners,applicationArguments);
	configureIgnoreBeanInfo(environment);
	Banner printedBanner = printBanner(environment);
	context = createApplicationContext();
	exceptionReporters = getSpringFactoriesInstances(
	 SpringBootExceptionReporter.class,
	 new Class[] { ConfigurableApplicationContext.class }, context);
	prepareContext(context, environment, listeners, applicationArguments,printedBanner);
	refreshContext(context);
	afterRefresh(context, applicationArguments);
	stopWatch.stop();
	if (this.logStartupInfo) {
	 new StartupInfoLogger(this.mainApplicationClass).logStarted(getApplicationLog(), stopWatch);
	}
	listeners.started(context);
	callRunners(context, applicationArguments);
 }catch (Throwable ex) {
 handleRunFailure(context, ex, exceptionReporters, listeners);
	throw new IllegalStateException(ex);}
 try {
	listeners.running(context);
 }catch (Throwable ex) {
	handleRunFailure(context, ex, exceptionReporters, null);
	throw new IllegalStateException(ex);
 }
 return context;
	}

2.3 方法分析

StopWatch類：計時類，計算SpringBoot應用的啟動時間。
SpringBootExceptionReporter類：是一個回撥介面，用於支援SpringApplication啟動錯誤的自定義報告。
configureHeadlessProper()方法：配置Headless模式配置，該模式下系統缺少顯示裝置、滑鼠或鍵盤，而伺服器端往往需要在該模式下工作。
getRunListeners(args)方法：獲取SpringApplicationRunListeners類，是SpringApplicationRunListener類的集合。
SpringApplicationRunListener類：SpringApplication的run方法的監聽器。
DefaultApplicationArguments(args)類：提供訪問執行一個SpringApplication的arguments的訪問入口。
prepareEnvironment(listeners,applicationArguments)方法：建立和配置Environment，同時在呼叫AbstractEnvironment建構函式時生成PropertySourcesPropertyResolver類。
configureIgnoreBeanInfo(environment)方法：配置系統IgnoreBeanInfo屬性。
printBanner(environment)方法：列印啟動的圖形，返回Banner介面實現類。
createApplicationContext()方法：根據SpringApplication構造方法生成的webApplicationType變數建立一個ApplicationContext，預設生成AnnotationConfigApplicationContext。
getSpringFactoriesInstances(SpringBootExceptionRepoter.class, new Class[] {ConfigurableApplicationContext.class }, context)方法：獲取SpringBootExceptionReporter類的集合。
prepareContext(context, environment, listener, applicationArguments, printedBanner)方法：設定Environment，在ApplicationContext中應用所有相關的後處理，在重新整理之前將所有的ApplicationContextInitializers應用於上下文，設定SpringApplicationRunLIstener介面實現類實現多路廣播Spring事件，新增引導特定的單例（SpringApplicationArguments, Banner），建立DefaultListableBeanFactory工廠類，從主類中定位資源並將資源中的bean載入進入ApplicationContext中，向ApplicationContext中新增ApplicationListener介面實現類。
refreshContext(context)方法：呼叫AbstractApplicationContext的refresh()方法初始化DefaultListableBeanFactory工廠類。
afterRefresh(CongigurableApplicationContext context, ApplicationArguments args)方法：在重新整理ApplicationContext之後呼叫，在SpringAppliation中是方法體為空的函式，故不做任何操作。
listeners.started(context)方法：在ApplicationContext已經重新整理及啟動後，但CommandLineRunners和ApplicationRunner還沒有啟動時，呼叫該方法向容器中釋出SpringApplicationEvent類或者子類。
callRunners(context, applicationArguments)方法：呼叫應用中ApplicationRunner和CommanLineRunner的實現類，執行其run方法，呼叫時機是容器啟動完成之後，可以用@Order註解來配置Runner的執行順序，可以用來讀取配置檔案或連線資料庫等操作。
listeners.running(context)方法：在容器重新整理以及所有的Runner被呼叫之後，run方法完成執行之前呼叫該方法。呼叫之前得到的SpringApplicationRunListeners類running(context)方法。
最後，嚮應用中返回一個之前獲得到的ApplicationContext。

三、容器建立與初始化

　　在第二部分的SpringApplication的run()方法中，我們已經大致瞭解到了Spring Boot應用在啟動時做了哪些工作，與容器初始化相關的方法是createApplciationContext()、prepareContext(context, environment, listener, applicationArguments, printedBanner)以及refreshContext(context)。那這一部分將關注與Spring IoC容器的建立和初始化相關的SpringApplication方法。

3.1 creatApplicationContext()方法

　　根據SpringApplication構造方法生成的webApplicationType變數建立一個ApplicationContext，預設生成AnnotationConfigApplicationContext。

（1）時序圖

（2）方法的原始碼

protected ConfigurableApplicationContext createApplicationContext() {
 Class<?> contextClass = this.applicationContextClass;
 if (contextClass == null) {
 try {
 switch (this.webApplicationType) {
 case SERVLET:
 contextClass = Class.forName(DEFAULT_SERVLET_WEB_CONTEXT_CLASS);
 break;
 case REACTIVE:
 contextClass = Class.forName(DEFAULT_REACTIVE_WEB_CONTEXT_CLASS);
 break;
 default:
 contextClass = Class.forName(DEFAULT_CONTEXT_CLASS);
 }
 }catch (ClassNotFoundException ex) {
 throw new IllegalStateException("Unable create a default ApplicationContext, "
 + "please specify an ApplicationContextClass",ex);
 }
 }
 return (ConfigurableApplicationContext) BeanUtils.instantiateClass(contextClass);
}

（3）方法分析

　　a. 方法根據applicationContextClass變數是否為空，決定是否執行下面的switch語句，而applicationContextClass變數是由SpringApplicationBuilder類中的contextClass()方法呼叫ApplicationContext的setApplicationContextClass()賦值的，預設為空；

　　b. webApplicationType變數是SpringApplication.run()方法呼叫構造方法時賦值的;

　　c. switch語句通過反射根據webApplicationType生成對應的容器，分別是AnnotationConfigServletWebServerApplicationContext、AnnotationConfigReactiveWebServerApplicationContext以及AnnotationConfigApplicationContext的，預設生成的是AnnotationConfigApplicationContext，同時，其建構函式生成AnnotedBeanDefinitonReader和ClassPathBeanDefinitionScanner類;

　　d. 最後，通過BeanUtils工具類將獲取到的容器類轉換成ConfigurableApplicationContext類，返回給應用使用。

3.2 prepareContext(context, environment, listener, applicationArguments, printedBanner)方法

　　prepareContext方法的作用是，設定Environment，在ApplicationContext中應用相關的後處理，在重新整理之前將任何的ApplicationContextInitializers應用於上下文，設定SpringApplicationRunLIstener介面實現類實現多路廣播Spring事件，新增引導特定的單例（SpringApplicationArguments, Banner），建立DefaultListableBeanFactory工廠類，從主類中定位資源並將資源中的bean載入進入ApplicationContext中，向ApplicationContext中新增ApplicationListener介面實現類。接下來，我們將從原始碼入手，逐步分析prepareContext()方法所做的工作。

（1）prepareContext()原始碼

private void prepareContext(ConfigurableApplicationContext context,ConfigurableEnvironment environment, SpringApplicationRunListeners listeners,ApplicationArguments applicationArguments, Banner printedBanner) {
 context.setEnvironment(environment);
 postProcessApplicationContext(context);
 applyInitializers(context);
 listeners.contextPrepared(context);
 if (this.logStartupInfo) {
 logStartupInfo(context.getParent() == null);
 logStartupProfileInfo(context);
 }
 ConfigurableListableBeanFactory beanFactory = context.getBeanFactory();
 beanFactory.registerSingleton("springApplicationArguments", applicationArguments);
 if (printedBanner != null) {
 beanFactory.registerSingleton("springBootBanner", printedBanner);
 }
 if (beanFactory instanceof DefaultListableBeanFactory) {
 ((DefaultListableBeanFactory) beanFactory)		.setAllowBeanDefinitionOverriding(this.allowBeanDefinitionOverriding);
 }
 Set<Object> sources = getAllSources();
 Assert.notEmpty(sources, "Sources must not be empty");
 load(context, sources.toArray(new Object[0]));
 listeners.contextLoaded(context);
}

（2）prepareContext時序圖

（3）方法解析

context.setEnvironemnt(environment)方法：為容器設定環境，該Environment類是run()方法中的prepareEnvironment()方法獲取的，預設為StandardEnvironment類。
postProcessApplicationContext(context)方法：在ApplicationContext中應用相關的後處理。

　　　　a. 根據應用中的beanNameGernerator引用是否為空（預設為空），決定是否向容器中注入BeanNameGenerator類的實現類；

　　　　b. 根據resourceLoader引用是否為空（預設為DefaultResourceLoader類，在printBanner()階段獲得）以及context的型別，決定配置resource的地方和方式，若context（預設為AnnotationConfigApplicationContext）為GenericApplicationContext類或子類，則向context中新增　　　　resourceLoader，若context為DefaultResourceLoader類或子類，則向context中新增resourceLoader類的ClassLoader類例項；

　　　　c. 根據addConversionService的布林值（預設為true），決定是否向容器中新增ApplicationConversionServivce類例項。

applyInitializers(context)方法：在容器重新整理之前，應用所有的ApplicationContextInitializer介面實現類。遍歷執行getInitializers()方法得到的集合的initialize(context)方法初始化context容器，而for方法遍歷的ApplicationContextInitializer集合是應用執行SpringApplication建構函式時getSpringFactoriesInstances()方法設定的。

listeners.contextPrepared(context)方法：遍歷執行run方法裡getRunListeners()得到的SpringApplicationRunListeners （SpringApplicationRunListener的集合）的contextPrepared(context)方法。執行時機是，ApplicationContext容器完成建立和準備之後，並且只調用一次。容器提供的SpringApplicationRunListener介面實現類是EventPublishingRunListener類，該類建構函式生成的SimpleApplciationEventMulticaster類用來多路廣播發布SpringApplicationEvent介面的實現類。

logStartupInfo(context.getParent()==null)方法：記錄啟動資訊，其子類可以覆蓋該方法以新增附加資訊。
logStartupProfileInfo(context)方法：記錄活動配置檔案資訊。

context.getBeanFactory()方法：呼叫之前得到的ApplicationContext容器（預設AnnotationConfigApplicationContext）的getBeanFactory()得到一個BeanFactory介面實現類（預設DefaultListableBeanFactory類），轉換為ConfigurableListableBeanFactory類。

beanFactory.registerSingleton("springApplicationArguments", applicationArguments)方法：往容器中註冊ApplicationArguments介面實現類（預設DefaultApplicationArguments類）的單例。
beanFactory.registerSingleton("springBootBanner", printedBanner)方法：向容器中新增printBanner(environment)方法返回的Banner類的單例。
((DefaultListableBeanFactory) beanfactory).setAllowBeanDefinitionOverring(this.allowBeanDefinitionOverriding)方法：設定BeanDefinitio覆蓋的開關。
getAllSources()方法：獲取到應用中所有的資源，即Bean的資源定位階段。該資源獲取的地點是，在SpringApplication構造方法中產生，將run（MyApplication.class，args）中的MyApplication.class轉換儲存到LinkedHashSet<>中，並返回一個該資源Set的引用primarySources，在getAllSource()方法中獲取該primarySources。
Assert.notEmpty(sources, "Sources must not be empty")方法：斷言，判斷獲取到的sources是否為空，為空則停止應用並返回錯誤資訊。
load(context, sources.toArray(new Object[0]))方法：從上面獲取的資源中載入bean進入ApplicationContext中，即bean的載入階段。載入流程如下：

a.建立了BeanDefinitionLoader類，將傳入的context容器型別轉換為BeanDefinitionRegistry（該轉換區域性生效）;

　　　　b.建立了AnnotedBeanDefinitionReader類、AnnotationScopeMetadataResolver類、AnnotationBeanNameGenerator類以及ConditionEvaluator類；

　　　　c.建立XmlBeanDefinitionReader類、SimpleSaxErrorHandler類、XmlValidationModeDetector類以及NameThreadLocal類；

　　　　d. 建立了ClassPathBeanDefintionScannerl類以及GroovyBeanDefintionReader類（該類根據BeanDefinitionLoader中的isGroovyPresent()返回的布林值決定是否建立）；

　　　　e. 配置得到的BeanDefinitionLoader，並呼叫其load()方法，開始載入BeanDefinition；

　　　　f. 根據傳入的資源的型別，決定載入Bean的方式以及BeanDefinition的型別（預設為AnnotatedGenericBeanDefinition類）；

　　　　g. 解析含有@Scope註解的BeanDefinition獲得其ScopeMetadata，並將scope新增到獲得的BeanDefinition中； h. 解析BeanDefinition獲得beanName；

　　　　i. 解析含有@Lazy註解的BeanDefinition，根據註解屬性值決定是否執行setLazyInit()方法；

　　　　j. 遍歷函式輸入引數BeanDefinitionCustomizer（該介面是功能性介面）的集合，執行其customizer(abd)方法；

　　　　k. 將剛才得到的BeanDefinition和beanName新增到BeanDefinitionHolder中；

　　　　l. 利用AOP框架建立作用域代理類，根據剛剛獲得的ScopeMetadata的getScopedProxyMode()方法返回的值，ScopedProxyMode 決定是否生成代理類並決定使用jdk代理生成代理類還是cglib生成代理類，並將得到的proxyDefinition代替之前的BeanDefinition新增到BeanDefinitionHolder中；

　　　　m. 向容器中註冊別名aliases和beanName；

listeners.contextLoaded(context)方法：遍歷執行之前獲得的SpringApplicationRunListener介面實現類的contextLoaded(context)方法。

3.3 refreshContext(context)方法

　　呼叫AbstractApplicationContext的refresh()方法初始化DefaultListableBeanFactory工廠類。

（1）refreshContext(context)原始碼

private void refreshContext(ConfigurableApplicationContext context) {
 refresh(context);
 if (this.registerShutdownHook) {
 try {
 context.registerShutdownHook();
 }
 catch (AccessControlException ex) {
 }
 }
}

　　呼叫的AbstractApplicationContext.refresh()原始碼：

public void refresh() throws BeansException, IllegalStateException {
 synchronized (this.startupShutdownMonitor) {
 prepareRefresh();
 ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
 prepareBeanFactory(beanFactory);
 try {
 postProcessBeanFactory(beanFactory);
 invokeBeanFactoryPostProcessors(beanFactory);
 registerBeanPostProcessors(beanFactory);
 initMessageSource();
 initApplicationEventMulticaster();
 onRefresh();
 registerListeners();
 finishBeanFactoryInitialization(beanFactory);
 finishRefresh();
 }
 catch (BeansException ex) {
 if (logger.isWarnEnabled()) {
 logger.warn("Exception encountered during context initialization - " +
 "cancelling refresh attempt: " + ex);
 }
 destroyBeans();
 cancelRefresh(ex);
 throw ex;
 }
 finally {
 resetCommonCaches();
 }
 }
}

（2）refreshContext(context)時序圖

　　下面時refreshContext(context)實際重新整理容器的AbstractApplicationContext.refresh()的時序圖：

（3）方法分析

prepareRefresh()方法：為重新整理準備好容器。

a. 設定啟動時間；

b. 設定標示當前context是否活動的標籤，active為true，closed為false，型別為AtomicBoolean；

c. 在context環境中初始化placeholder屬性源，預設不做任何事情；

d. 驗證所有標記required的property都是可解析的；

e. 建立ApplicationEvent的集合，即LinkedHashSet<ApplicationEvent>。一旦多路廣播器可用（即prepareContext()階段得到的SimpleApplicationEventMulticaster類），便允許釋出早期的ApplicationEnvent的集合；

obtainFreshBeanFactory()方法：告訴子類重新整理內部的bean工廠類。

a. 持有一個工廠類單例（預設為DefaultListableBeanFactory），並依靠呼叫者通過工廠類單例或構造方法註冊bean；

b. 將在AbstarctApplicationContext類生成的id和在DefaultListableBeanFatory生成指向自身的弱引用，儲存進入一個由DefaultListableBeanFactory持有的Map中。

prepareBeanFactory(beanFactory)方法：準備在context中要使用的beanFactory。配置工廠的標準context特性，比如容器的ClassLoader和後處理器。

a. 設定ClassLoader；

b. 設定BeanExpressionResolver介面實現類(為StandardBeanExpressionResolver類);

c. 設定PropertyEditorRegistrar介面實現類(為ResourceEditorRegistrar類)；

e. 將ApplicationContextAwareProcessort新增進入應用獲得的工廠類例項持有的CopyOnWriteArrayList的一個引用中；

f. 將EnvironmentAware.class、EmbeddedValueResolverAware.class、ResourceLoaderAware.class、ApplicationEventPublisherAware.class、MessageSourceAware.class、MessageSourceAware.class 新增進入應用獲得的工廠類例項持有的HashSet的一個引用中；

g. 在普通工廠類中未註冊成為可解析型別的工廠類介面，而MessageSource作為bean被註冊(查詢到並自動裝配)。

h. 將BeanFactory.class、ResourceLoader.class、ApplicationEventPublisher.class、ApplicationContext.class 新增進入應用獲得的工廠類例項持有的ConcurrentHashMap<Class<?>, Object>的一引用中；

i. 註冊為了檢測內部bean的早期後處理器，例如ApplicationListeners；

j. 將ApplicationListenerDetector的例項、LoadTimeWeaverAwareProcessor的例項新增進入應用獲得的工廠類例項持有的CopyOnWriteArrayList<BeanPostProcessor>的一個引用中;

k. 為持有的工廠類設定臨時可以匹配型別的ClassLoader，為ContextTypeMatchClassLoader類；

l. 配置預設的環境單例bean；

postProcessBeanFactory(beanFactory)方法：允許容器子類中的bean工廠執行後處理。該方法執行時機時，在ApplicationContext內部bean工廠類標準初始化之後修改它，這時所有的BeanDifinition已經被載入，但是還沒有被例項化。繼承這個方法允許某些AbstractApplicationContext類的子類中註冊特殊的類似BeanPostProcessors的類。預設不做任何操作。

invokeBeanFactoryPostProcessors(beanFactory)方法：例項化所有已經註冊的BeanFactoryPostProcessor的bean（例項化為單例），並遵循已給出的明確order值呼叫它，bean例項化與依賴注入開始階段。

　　　　a. 實際呼叫了PostProcessorRegistrationDelegate的invokeBeanFactoryPostProcessor(beanfactory, getBeanFactoryPostProcessor)方法，在這個方法裡完成了例項化和呼叫任務；

c. 不例項化FactoryBean，並保留所有常規bean，不初始化它們，讓之後的bean工廠後處理器應用他們；

d. 區分開實現了PriorityOrdered類的BeanDefinitionRegistryPostProcessor類，將其例項化並裝入一個ArrayList的容器中；

e. 將剛剛獲得的BeanDefinitionRegistryPostProcessor的集合根據order的值排序；

f. 遍歷呼叫得到的BeanDefinitionRegistryPostProcessor類bean的postProcessBeanDefinitionBeanDefinitionRegistry(registry)方法；

g. 清除BeanDefinitionRegistryPostProcessor的ArrayList集合裡的bean；

h. 區分開實現了Ordered類的BeanDefinitionRegistryPostProcessor類，將其例項化並裝入一個ArrayList的容器中，並重復執行一次e到g的步驟；

i. 最後，呼叫所有其他的BeanDefinitionRegistryPostProcessor，直到不再出現其他的BeanDefinitionRegistryPostProcessor，也重複執行一次e到g的步驟；

j. 呼叫到目前為止的已處理的所有處理器的postProcessBeanFactory回撥；

g. 呼叫context例項註冊的factory的processor；

i. 清空快取的合併的Bean定義，因為後處理器可能會修改原始的元資料，例如，替換值中的佔位符。

registerBeanPostProcessors(beanFactory)方法：註冊攔截bean建立的bean處理器。

a. 向context持有的bean factory註冊BeanPostProcessorChecker，該檢查器其用來記錄在BeanPostProcessor例項化期間建立bean時的info資訊，即當所有BeanPostProcessor都不對bean進行後處理操作時記錄。

b. 將所有的BeanPostProcessor按照實現PriorityOrdered、Oedered和剩下的區別，分別新增進三個ArrayList容器；

c. 對剛剛獲得ArrayList分別根據order值進行排序，最後整合後註冊進入bean factory中；

d. 重新註冊後處理器，用於檢測像ApplicationListener的內部類，將其移動到後處理器鏈的末端，用於提取代理等作用；

initMessageSource()方法：為context初始化message源。從容器中獲得MessageSource的bean，若沒有定義，則會呼叫父類的MessageSource（無值，並會打印出沒有message source的日誌資訊）。此例為單例。

initApplicationEventMulticaster()方法：例項化應用事件多路廣播器ApplicationEventMulticaster。從容器中獲取ApplicationEventMulticaster的bean，若沒有註冊，則注入SimpleApplicationEventMulticaster類的bean。

onRefresh()方法：該方法使模板方法，在特定的context子類中初始化其他特殊的bean。

a. 在GenericWebApplicationContext、StaticWebApplicationContext中，該方法初始化了context的ThemeSource；

b. 在ServletWebServerApplicationContext、ReactiveWebServerApplicationContext中，該方法初始化類context的TnemeSource並建立了一個ServerManager。

registerListeners()方法：檢測監聽器並註冊它們。向剛才獲得的ApplicationEventMulticaster中註冊實現了ApplicationListener的監聽器bean，但不影響那一些可以不用生成bean就可以載入的監聽器。

finishBeanFactoryInitialization(beanFactory)方法：例項化所有剩下的單例bean（沒有執行lazy初始化）。

a. 初始化context的型別轉換服務；

b. 如果之前沒有任何註冊的bean後處理器（比如，一個PropertyPlaceholderConfigurer的bean），則註冊一個預設的內嵌的值解析器，在這一觀點下，優先解析註解屬性值；

c. 儘早初始化LoadTimeWeaverAwarebean，以便儘早註冊它們的轉換器；

d. 停止使用臨時的型別匹配類載入器；

e. 允許快取所有的bean定義元資料，不需要進一步修改了；

f. 例項化所有剩下的單例（沒有Lazy初始化的bean）；

finishRefresh()方法：釋出相應的事件。

a. 清除context級別的資源快取（例如，掃描得來的ASM元資料）；

b. 為context初始化生命週期處理器；

c. 首先向生命週期處理器傳播重新整理；

d. 釋出最後的事件（ContextRreshedEvent）；

e. 若啟用的話，便參與LiveBeansView類的mbean，。

destroyBeans()方法：摧毀已經建立的bean，避免懸空資源。

cancelRefresh(ex)方法：取消重新整理，設定active變數為false。

resetCommonCaches()方法：重置Spring中的內省快取，因為應用可能不再需要單例bean的元資料了。

a. 清除宣告方法快取，清除宣告變數快取（ConcurrentReferenceHashMap資料型別）；

b. 清除註解相關快取；

c. 清除可解析型別相關快取；

d. 清除相關類載入器快取（ConcurrentHashMap）。

四、總結

　　到此為止，分析了Spring Boot應用啟動過程run方法中，自己比較感興趣的三個方法，再以此延伸又接觸到了更多的相關類和相關方法，重新複習了許多java知識（繼承、過載、重寫、介面、反射以及設計模式）。雖然自己還沒有能力寫出這麼優美的框架，但是從分析原始碼中自己學習到了不少的框架設計知識，接觸到比較底層的設計思想。不盡人意的是，有些方法和重要類的分析由於自己能力有限，解釋得還有些模糊，決定在接下來的文章裡將這些遺憾彌補回來。歡迎指正！

SpringBoot框架——從SpringBoot看IoC容器初始化流程之方法分析

目錄

SpringBoot框架——從SpringBoot看IoC容器初始化流程之方法分析

spring原始碼學習之路---IOC容器初始化要義之bean定義載入（四）

Spring源碼分析總結(一)-IOC容器初始化

03.Spring IoC 容器 - 初始化

Mybatis原始碼分析（3）—— 從Mybatis的視角去看Bean的初始化流程

spring原始碼學習之路---深度分析IOC容器初始化過程（三）

【spring原始碼分析】IOC容器初始化（二）

IOC容器初始化（原始碼解讀）

IoC容器初始化之——WebApplicationContext

Spring原始碼解析--《SPRING技術內幕:深入解析Spring架構與設計原理》讀書筆記（一）：IOC容器初始化過程

Spring原始碼解析-4、IOC容器初始化

Ioc容器初始化-bean資源定位（2）

SPRING原理解析-Ioc容器初始化

【Spring Framework 深入】—— IoC容器初始化 -> Bean定義資源的Resource定位

spring技術內幕筆記：IoC容器初始化過程（2）- BeanDefinition的載入

Spring技術內幕之IOC容器的實現(01)-IOC容器初始化過程

Spring原始碼解讀-Spring IoC容器初始化之資源定位

spring 原始碼分析--IOC容器初始化六

【Spring】- IOC容器初始化過程

【Spring原始碼解析】—— 結合SpringMVC過程理解IOC容器初始化之註解部分探究

SpringBoot框架——從SpringBoot看IoC容器初始化流程之方法分析

目錄

相關推薦