搜索

SpringBoot运行源码分析：Spring应用上下文准备

愿天堂没有BUG

共 7114字，需浏览 15分钟

 · 2022-05-10


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 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 应用上下文的准备阶段完成。
本文给大家讲解的内容是Spring应用上下文准备
  1. 下篇文章给大家讲解的是Spring应用上下文的刷新、调用 ApplicationRunner 和 CommandLineRunner；
  2. 觉得文章不错的朋友可以转发此文关注小编；
  3. 感谢大家的支持！

本文就是愿天堂没有BUG给大家分享的内容，大家有收获的话可以分享下，想学习更多的话可以到微信公众号里找我，我等你哦。

          
浏览
                    39
点赞
    
评论
    
收藏
    
分享
        
手机扫一扫分享
举报
评论
图片
表情
推荐
【每周一课#06】MidJourney应用实战
#AI绘画#  #MJ#  #文生图#时间：4月24日周三 21:00课程大纲:1、关于AIGC：概念、发展历程、就业前景2、MJ基础认识：如何使用、底层逻辑、MJ与SD优缺点比较3、MJ基础功能介绍：任务指令、后缀参数、图生图、图生文、垫图、局部修改等4、MJ应用场景与变现方向
Python涨薪研究所
0
【每周一课#06】MidJourney 应用实战
#AI绘画#  #MJ#  #文生图#时间：4月24日周三 21:00课程大纲:1、关于AIGC：概念、发展历程、就业前景2、MJ基础认识：如何使用、底层逻辑、MJ与SD优缺点比较3、MJ基础功能介绍：任务指令、后缀参数、图生图、图生文、垫图、局部修改等4、MJ应用场景与变现方向
Python涨薪研究所
0
AI智能视觉检测技术在工业级测量领域的创新应用--AMB Tube-Q导管数字化测量系统
技术背景在深度学习算法出来之前，对于视觉算法来说，大致可以分为以下5个步骤：特征感知，图像预处理，特征提取，特征筛选，推理预测与识别。早期的机器学习中，占优势的统计机器学习群体中，对特征是不大关心的。深度学习是机器学习技术的一个方面，由人工神经网络提供支持。深度学习技术的工作原理是教机器通过实例学习
机器视觉
0
Spring Boot + flowable 快速实现工作流
关注我们,设为星标,每天7:40不见不散,架构路上与您共享回复架构师获取资源大家好，我是你们的朋友架构君，一个会写代码吟诗的架构师。来源：blog.csdn.net/zhan107876/article/details/120815560总览一、flowable-ui部署运行二、绘制流程图绘图细节：
Java架构师社区
0
编辑选择：工业互联网标识解析应用优秀解决方案（四款）
随着工业互联网的快速发展，标识解析技术作为实现设备互联、数据互通及服务互操作的重要支撑，已然成为物理世界与数字世界之间的关键桥梁。它不仅推动着工业资源的高效配置和生产流程的持续优化，而且助力整个产业链的深度融合。但面对复杂且多变的工业环境，现有标识解析解决方案仍面临标准化、成熟度不一以及安全隐私方面
工业互联网世界
0
实战必备-数据清洗、数据存储、数据可视化-《AKShare-初阶-实战应用》
✔️课程介绍本课程主要给大家介绍 AKShare 的实战应用部分，主要包括对 AKShare 获取到的数据进行数据清洗，数据存储和数据可视化。课中会提供我们在进行数据处理中的最佳实践！课程目录✔️获取方式如下：  直接购买订阅： ¥39.8/年🔗扫码进入课程店铺：🔅懒得
数据科学实战
31
Spring Boot 优雅实现多租户架构
来源：blog.csdn.net/u010349629/article/details/130737253👉 欢迎加入小哈的星球 ，你将获得: 专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡 /  赠书福利全栈前后端分离博客项目 2.0 
小哈学Java
1448
性能爆表：SpringBoot利用ThreadPoolTaskExecutor批量插入百万级数据实测！
关注我们,设为星标,每天7:40不见不散,架构路上与您共享回复架构师获取资源大家好，我是你们的朋友架构君，一个会写代码吟诗的架构师。来源：azdebug.blog.csdn.net/article/details/103697108前言具体实现细节测试结果总结前言开发目的： 提高百万级数据
Java架构师社区
0
InfiniBand网络、HDR和IB在超算中的应用实践
InfiniBand（IB）是由InfiniBand贸易协会（IBTA）建立的先进计算机网络通信标准。它在高性能计算（HPC）中的广泛采用归功于它能够为网络传输提供卓越的吞吐量、带宽和低延迟。InfiniBand是计算系统内部和外部的关键数据连接。无论是通过直接链路还是通过网络交换机进行互连，Inf
架构师技术联盟
10
美团一面：为什么 Spring 和 IDEA 都不推荐使用 @Autowired 注解？？
点击关注公众号，Java 干货及时推送↓推荐阅读：铜三铁四，怒拿 35K * 14 薪！作者：小亮哥Ya链接：https://juejin.cn/post/7080441168462348319大家在使用IDEA开发的时候有没有注意到过一个提示，在字段上使用Spring的依赖注入注解@Au
Java技术栈
0
点赞
    
评论
    
收藏
    
分享
        
手机扫一扫分享
举报