SpringBoot中Spring應(yīng)用上下文的準(zhǔn)備有哪些

SpringBoot中Spring應(yīng)用上下文的準(zhǔn)備有哪些，針對(duì)這個(gè)問題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡單易行的方法。

Spring應(yīng)用上下文的準(zhǔn)備

首先，通過圖 4-4 來整體了解一下 prepareContext 的核心功能及流程。

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

private void prepareContext(ConfigurableApplicationContext context,ConfigurableEnvironment environment, SpringApplicationRunL isteners listeners ， Applicat ionArguments applicat ionArguments, Bann er printedBanner) { //沒置上下文的配置環(huán)境 context . setEnvironment (environment); //應(yīng)用上下文后置處理 postProcessApplicationContext( context);//在 context 刷新之前，Appl icat ionContext Init ial izer 初始化 context applyInitializers(context); //通知監(jiān)聽器 context 準(zhǔn)備完成，該方法以 上為上下文準(zhǔn)備階段，以下為上下文加載階段 listeners . contextPrepared(context);//打印日志，啟動(dòng) Profile if (this . logStartupInfo)- logStartupInfo(context . getParent() == nu1l); logStartupProfileInfo( context); } //獲得 ConfigurableL istableBeanFactory 并炷冊(cè)單例對(duì)象 ConfigurableL istableBeanFactory beanFactory = context . getBeanFactory(); beanFactory. registerSingleton("springApplicat ionArguments", applicationAr guments); if (printedBanner != null) { //注冊(cè)打印日志對(duì)象 beanF actory. registerSingleton("springBootBanner", printedBanner); if (beanFactory instanceof DefaultlistableBeanFactory) { //沒置是否允許覆蓋炷冊(cè) ((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])); //遁知監(jiān)聽器 context 加載完成 listeners . contextLoaded(context); }

通過流程圖和具體代碼可以看出，在該方法內(nèi)完成了兩步操作:應(yīng)用上下文的準(zhǔn)備和加載。

下面我們針對(duì)具體的源代碼進(jìn)行詳細(xì)講解。

應(yīng)用上下文準(zhǔn)備階段

在上下文準(zhǔn)備階段，主要有 3 步操作:對(duì) context 設(shè) 置 environment、應(yīng)用上下文后置處理和  ApplicationContextlnitializer 初始化 context 操作。

首先是對(duì) context 設(shè)置 environment,代碼和業(yè)務(wù)操作都很簡單。

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

隨 后 ， 便 是 進(jìn) 行 Spring 應(yīng) 用 上 下 文 的 后置處理 ， 這 一 步 是 通  過postProcessApplicationContext 方法來完成的。

protected void postProcessApplicat ionContext (ConfigurableApplicat ionConEext context){ f (this. beanNameGenerator != null) { // 如果 beanNameGenerator 為 null, 則將當(dāng)前的 beanNameGenerator 按照默認(rèn)名字進(jìn) 行注冊(cè) context . getBeanFactory(). regi sterSingleton( Annotat ionConfigUtils .CONF IGURATION BEAN NAME GENERATOR, this . beanNameGenerator); esourceLoader 為 null 時(shí)， 則根據(jù) context 的類型分別進(jìn)行 Resourceloader 和 CL assLoader 的設(shè)置 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 則獲取并沒置轉(zhuǎn)換服務(wù) f (this .addConversionService) { context . getBeanFactory(). setConversionService( ApplicationConversionService . getSharedInstance()); }

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

而在此階段，beanNameGenerator 和 resourceL oader 都為 null,因此只操作了最后-一步的設(shè)置轉(zhuǎn)換服務(wù)。

最后，在通知監(jiān)聽器 context 準(zhǔn)備完成之前，通過 applylnitializers 方法對(duì)上下文進(jìn)行初始化。

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

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

完成以上操作之后，程序便調(diào)用 SpringApplicationRunListeners 的 contextPrepared  方法通知監(jiān)聽器，至此第一階段的準(zhǔn)備操作完成。

應(yīng)用上下文加載階段

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

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

ApplicationArguments 和 Banner。 當(dāng) BeanFactory 為 DefaultL istableBeanFactory  時(shí)，進(jìn)入設(shè)置是否允許覆蓋注冊(cè)的處理邏輯。

此處需注意的是，當(dāng)進(jìn)行了 ApplicationArguments 類單例對(duì)象的注冊(cè)之后，也就意味著我們?cè)谑褂?Spring  應(yīng)用上下文的過程中可以通過依賴注入來使用該對(duì)象。

@Resource private ApplicationArguments applicat ionArguments;

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

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 中，同時(shí)將 Set 設(shè)置為不可修改，并返回。

前面章節(jié)已經(jīng)提到，變量 primarySources 的值 來自 SpringApplication 的構(gòu)造參數(shù)，變量sources 的值來自  setResources 方法。

當(dāng)獲得所有的配置源信息之后，通過 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  來完成配置資源的加載操作。我們進(jìn)一步查看方法createBeanDefinitionL oader 的源代碼，會(huì)發(fā)現(xiàn)它最終調(diào)用了 BeanDefinitionL  oader 的構(gòu)造方法，并進(jìn)行初始化操作。

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  的構(gòu)造方法我們可以看到 BeanDefinitionLoader  支持基于AnnotatedBeanDefinitionReaderXmlBeanDefinitionReader、GroovyBeanDefinitionReader等  多種類型的加載操作。

在執(zhí)行完 BeanDefinitionL oader 的創(chuàng)建及基本屬性設(shè)置之后，調(diào)用其  load方法，該方法最終執(zhí)行以下代碼。

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 四種。 前面我們已經(jīng)提到變量 sources的來源有  primarySources 配置源和 sources 配置源。變量 primarySources 在初始化時(shí)接收的類型為 Class，而變量 sources  通過 set(Set )方法接收的參數(shù)為 String 集合。

因此，在實(shí)際使用的過程中，Resource 和 Package  的判斷分支始終無法進(jìn)入執(zhí)行階段。

完成以上操作后，接下來執(zhí)行 SpringApplicationRunListeners 的 contextL  oaded 方法通知監(jiān)聽器上下文加載完成，至此整個(gè) Spring 應(yīng)用上下文的準(zhǔn)備階段完成。

關(guān)于SpringBoot中Spring應(yīng)用上下文的準(zhǔn)備有哪些問題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識(shí)。