Spring應用上下文的準備

我們在上一節完成了應用上下文的創建工作，SpringApplication 繼續通過 prepareContext方法來進行應用上下文的準備工作。首先，通過圖 4-4 來整體了解一下 prepareContext 的核心功能及流程。

配合流程圖，看一下 SpringApplication 中 prepareContext 方法源代碼及功能注解。

private void prepareContext(ConfigurableApplicationContext context,ConfigurableEnvironment 
environment, 
SpringApplicationRunL 
isteners 
listeners ， 
Applicat ionArguments applicat ionArguments, Bann 
er printedBanner) { 
//沒置上下文的配置環境 
context . setEnvironment (environment); 
//應用上下文后置處理 
postProcessApplicationContext( context);//在 context 刷新之前，Appl icat ionContext Init 
ial izer 初始化 context 
applyInitializers(context); 
//通知監聽器 context 準備完成，該方法以 上為上下文準備階段，以下為上下文加載階段 
listeners . contextPrepared(context);//打印日志，啟動 Profile 
if (this . logStartupInfo)- 
logStartupInfo(context . getParent() == nu1l); 
logStartupProfileInfo( context); 
} 
//獲得 ConfigurableL istableBeanFactory 并炷冊單例對象 
ConfigurableL istableBeanFactory beanFactory = context . getBeanFactory(); 
beanFactory. registerSingleton("springApplicat ionArguments", applicationAr 
guments); 
if (printedBanner != null) { 
//注冊打印日志對象 
beanF actory. registerSingleton("springBootBanner", printedBanner); 
if (beanFactory instanceof DefaultlistableBeanFactory) { 
//沒置是否允許覆蓋炷冊 
((DefaultListableBeanFactory) beanFactory) 
. setAllowBeanDefinitionOverriding(this . allowBeanDefinitionOverriding); 
//獲取全部配置源，其中包含 primarySources 和 sources 
Set<0bject> sources = getAllSources(); 
Assert . notEmpty(sources, "Sources must not be empty"); 
//將 sources 中的 Bean 加載到 context 中 
load(context, sources . toArray(new 0bject[0])); 
//遁知監聽器 context 加載完成 
listeners . contextLoaded(context); 
} 

通過流程圖和具體代碼可以看出，在該方法內完成了兩步操作:應用上下文的準備和加載。

下面我們針對具體的源代碼進行詳細講解。

應用上下文準備階段

在上下文準備階段，主要有 3 步操作:對 context 設 置 environment、應用上下文后置處理和 ApplicationContextlnitializer 初始化 context 操作。

首先是對 context 設置 environment,代碼和業務操作都很簡單。

public void setEnvironment (ConfigurableEnvironment environment) { 
//設置 context 的 environment 
super. setEnvi ronment( environment); 
//設置 context 的 reader 屬性的 conditionEvaluator 屬性 this.reade 
er. settEnvironment(environment) ; 
//設置 context 的 scanner 屬性的 environment 屬性 
this. scanner. setEnvi ronment ( envi ronment); 
} 

隨 后 ， 便 是 進 行 Spring 應 用 上 下 文 的 后置處理 ， 這 一 步 是 通 過postProcessApplicationContext 方法來完成的。

protected void postProcessApplicat ionContext (ConfigurableApplicat ionConEext 
context){ 
f (this. beanNameGenerator != null) { 
// 如果 beanNameGenerator 為 null, 則將當前的 beanNameGenerator 按照默認名字進 
行注冊 
context . getBeanFactory(). regi sterSingleton( 
Annotat ionConfigUtils .CONF IGURATION BEAN NAME GENERATOR, 
this . beanNameGenerator); 
esourceLoader 為 null 時， 則根據 context 的類型分別進行 Resourceloader 和 CL 
assLoader 的設置 
if (this .resourceLoader != null) { 
F (context instanceof GenericApplicationContext) { 
((GenericApplicationContext) context) . setResourcel oader(this . resource 
Loader); 
if (context instanceof DefaultResourceLoader) { 
( (DefaultResourceLoader) context) 
. setClassLoader(this.resourceLoader. getClassLoader()); 
//如果為 true 則獲取并沒置轉換服務 
f (this .addConversionService) { 
context . getBeanFactory(). setConversionService( 
ApplicationConversionService . getSharedInstance()); 
} 

postProcessApplicationContext 方 法 主 要 完 成 上 下 文 的 后 置 操 作 ， 默 認 包 含beanNameGeneratorResourceL oader.ClassL oader 和 ConversionService 的設置。該方法可由子類覆蓋實現，以添加更多的操作。

而在此階段，beanNameGenerator 和 resourceL oader 都為 null,因此只操作了最后-一步的設置轉換服務。

最后，在通知監聽器 context 準備完成之前，通過 applylnitializers 方法對上下文進行初始化。

所使用的 ApplicationContextInitializer 正是我們在 SpringApplication 初始化階段設置在itializers 變量中的值，只不過在通過 getlnitializers 方法獲取時進行了去重和排序。

protected void applyInitializers(ConfigurableApplicat ionContext context) { 
/獲取 Appl icat ionContextInitializer 集合并遍歷 
for (ApplicationContextInitializer initializer : getInitializers()) { 
//解析當前 initial izer.實現的 Appl icat ionContextInitializer 的泛型參數 
Class<?> requiredType = GenericTypeResolver . resolveTypeArgument( 
initializer . getClass(), ApplicationContextInitializer.class); 
1 斷言判斷所需類似是否與 context 類型匹配 
Assert. isInstanceOf(requiredType, context, "Unable to call initialize 
r."); 
// 初始化 context 
initializer. initialize(context); 
} 
} 

完成以上操作之后，程序便調用 SpringApplicationRunListeners 的 contextPrepared 方法通知監聽器，至此第一階段的準備操作完成。

應用上下文加載階段

應用上下文加載階段包含以下步驟:打印日志和 Profile 的設置、設置是否允許覆蓋注冊、獲取全部配置源、將配置源加載入上下文、通知監控器 contex 加載完成。

首先進入應用上下文加載階段的操作為打印日志和 Profile 的設置，對此不展開講解。隨后，便是獲得 ConfigurableL istableBeanFactory 并注冊單例對象，注冊的單例對象包含:

ApplicationArguments 和 Banner。 當 BeanFactory 為 DefaultL istableBeanFactory 時，進入設置是否允許覆蓋注冊的處理邏輯。

此處需注意的是，當進行了 ApplicationArguments 類單例對象的注冊之后，也就意味著我們在使用 Spring 應用上下文的過程中可以通過依賴注入來使用該對象。

@Resource 
private ApplicationArguments applicat ionArguments; 

完成以.上操作后，便進入配置源信息的處理階段，這一步通過 getAllSources 方法來對配置源信息進行合并操作。

public Set<Object> getAllSources() { 
Set<0bject> allSources = new LinkedHashSet<>(); 
if (!CollectionUtils.isEmpty(this . primarySources)) { 
allSources.addAll(this.primarySources); 
if (!CollectionUtils . isEmpty(this. sources)) { 
allSources. addAll(this.sources); 
} 
} 

return Collections . unmodifiableSet(allSources); }以上操作邏輯很簡單，如果 Set 集合中不存在 primarySources 配置源或 sources 配置源，則將其添加入 Set 中，同時將 Set 設置為不可修改，并返回。

前面章節已經提到，變量 primarySources 的值 來自 SpringApplication 的構造參數，變量sources 的值來自 setResources 方法。

當獲得所有的配置源信息之后，通過 load 方法將配置源信息加載到上下文中，代碼如下。

protected void load(ApplicationContext context, Object[] sources) { 
/日志打印 
BeanDefinitionLoader loader = createBeanDefinitionLoader( 
getBeanDefinitionRegistry(context), sources); 
f (this. beanNameGenerator != nu1l). 
loader. setBeanNameGenerator(this . beanNameGenerator); 
if (this.resourceLoader != nu1l) { 
loader . setResourceLoader(this . resourceLoader); 
if (this. environment != null) { 
loader . setEnvironment (this . environment) ; 
loader. load(); 
} 

該方法主要通過 BeanDefinitionL oader 來完成配置資源的加載操作。我們進一步查看方法createBeanDefinitionL oader 的源代碼，會發現它最終調用了 BeanDefinitionL oader 的構造方法，并進行初始化操作。

BeanDefinitionLoader(BeanDefinitionRegistry registry, Object... sources) { 
this. sources = sources; 
this . annotatedReader = new AnnotatedBeanDefinitionReader(registry); 
this . xmlReader = new XmlBeanDefinitionReader(registry); 
if (isGroovyPresent()) 
this. groovyReader = new GroovyBeanDefinitionReader(registry); 
} 

通過 BeanDefinitionLoader 的構造方法我們可以看到 BeanDefinitionLoader 支持基于AnnotatedBeanDefinitionReaderXmlBeanDefinitionReader、GroovyBeanDefinitionReader等 多種類型的加載操作。

在執行完 BeanDefinitionL oader 的創建及基本屬性設置之后，調用其 load方法，該方法最終執行以下代碼。

private int load(0bject source) { 
Assert. notNull(source, "Source must not be null"); 
if (source instanceof Class<?>) { 
return load((Class<?>) source); 
}if (source instanceof Resource) 
return load( (Resource) source); 
} 
if (source instanceof Package) { 
return load( (Package) source); 
} 
if (source instanceof CharSequence) { 
return load( (CharSequence) source); 
throw new IllegalArgumentException("Invalid source type ”+ source. getC 
lass());} 

從以上代碼可以看出，BeanDefinitionLoader 加載支持的范圍包括:

Class、Resource、 Package 和 CharSequence 四種。 前面我們已經提到變量 sources的來源有 primarySources 配置源和 sources 配置源。變量 primarySources 在初始化時接收的類型為 Class，而變量 sources 通過 set(Set )方法接收的參數為 String 集合。

因此，在實際使用的過程中，Resource 和 Package 的判斷分支始終無法進入執行階段。

完成以上操作后，接下來執行 SpringApplicationRunListeners 的 contextL oaded 方法通知監聽器上下文加載完成，至此整個 Spring 應用上下文的準備階段完成。