SpringBoot源码 | refreshContext方法解析

本文涉及的产品
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 本文主要讲述SpringBoot启动流程源码中的refreshContext()方法

SpringBoot

在SpringBoot启动流程中,主要的两个阶段是初始化SpringApplication对象以及SpringApplication.run方法执行的内容,今天主要细讲的是SpringApplication.run中的刷新容器refreshContext方法,refreshContext的源码如下

refreshContext源码

refreshContext方法主要是刷新容器,下面我们来看一下refreshContext的源码,点击SpringApplication.run方法的refreshContext方法

image.png看到refreshContext的方法内容

image.png

继续点击refresh方法可以看到,Refresh the underlying {@link ApplicationContext}也就是刷新底层的ApplicationContext

image.png

继续跟进去,这里要选择AbstractApplicationContext

image.png

这里我们看一下AbstractApplicationContext的注释,注释内容

Abstract implementation of the {@link org.springframework.context.ApplicationContext} interface. Doesn't mandate the type of storage used for configuration; simply implements common context functionality. Uses the Template Method design pattern,requiring concrete subclasses to implement abstract methods.翻译过来就是当前抽象类是ApplicationContext接口的抽象实现,不强制要求用于配置的存储类型;它只是实现了公共上下文功能,使用的是模板方法的设计模式,需要具体的子类来实现抽象方法。下面我们再看refresh方法

refresh方法

refresh方法主要是刷新应用程序上下文,这里主要涉及到准备刷新上下文,调用上下文注册为bean的工厂处理器,初始化上下文的消息源,初始化特定上下文子类中的其他特殊bean,检查监听器bean并注册,最后发布相应的事件并销毁已经创建的单例及重置active标志,整体的注解我都直接加在源码中了

@Overridepublicvoidrefresh() throwsBeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
StartupStepcontextRefresh=this.applicationStartup.start("spring.context.refresh");
// Prepare this context for refreshing. 准备刷新上下文prepareRefresh();
// Tell the subclass to refresh the internal bean factory. 告诉子类刷新内部bean工厂ConfigurableListableBeanFactorybeanFactory=obtainFreshBeanFactory();
// Prepare the bean factory for use in this context. 准备bean工厂以用于此上下文prepareBeanFactory(beanFactory);
try {
// Allows post-processing of the bean factory in context subclasses. 允许在上下文子类中对bean工厂进行后置处理postProcessBeanFactory(beanFactory);
StartupStepbeanPostProcess=this.applicationStartup.start("spring.context.beans.post-process");
// Invoke factory processors registered as beans in the context. 调用上下文中注册为bean的工厂处理器invokeBeanFactoryPostProcessors(beanFactory);
// Register bean processors that intercept bean creation.  注册拦截器bean创建的bean处理器registerBeanPostProcessors(beanFactory);
beanPostProcess.end();
// Initialize message source for this context. 初始化此上下文的消息源initMessageSource();
// Initialize event multicaster for this context. 为此上下文初始化事件多播initApplicationEventMulticaster();
// Initialize other special beans in specific context subclasses. 初始化特定上下文子类中的其他特殊beanonRefresh();
// Check for listener beans and register them. 检查监听器bean并注册registerListeners();
// Instantiate all remaining (non-lazy-init) singletons. 实例化所有剩余的(非懒惰初始化)单例finishBeanFactoryInitialization(beanFactory);
// Last step: publish corresponding event. 最后一步:发布相应的事件finishRefresh();
        }
catch (BeansExceptionex) {
if (logger.isWarnEnabled()) {
logger.warn("Exception encountered during context initialization - "+"cancelling refresh attempt: "+ex);
            }
// Destroy already created singletons to avoid dangling resources. 销毁已创建的单例以避免悬空资源destroyBeans();
// Reset 'active' flag. 重置active标志cancelRefresh(ex);
// Propagate exception to caller. 将异常传播到调用方throwex;
        }
finally {
// Reset common introspection caches in Spring's core, since we// might not ever need metadata for singleton beans anymore...//重置Spring核心中的公共内省缓存,因为我们可能不再需要单例bean的元数据resetCommonCaches();
contextRefresh.end();
        }
    }
}

下面我们继续看refresh方法内部子方法的源码

prepareRefresh

prepareRefresh方法主要是准备上下文以进行刷新、设置其启动日期和活动标志以及执行属性源的任何初始化,源码注释如下

/*** Prepare this context for refreshing, setting its startup date and* active flag as well as performing any initialization of property sources.*/protectedvoidprepareRefresh() {
// Switch to active. 切换到激活this.startupDate=System.currentTimeMillis();
this.closed.set(false);
this.active.set(true);
if (logger.isDebugEnabled()) {
if (logger.isTraceEnabled()) {
logger.trace("Refreshing "+this);
        }
else {
logger.debug("Refreshing "+getDisplayName());
        }
    }
// Initialize any placeholder property sources in the context environment. 初始化上下文环境中的任何占位符属性源initPropertySources();
// Validate that all properties marked as required are resolvable:验证标记为需要的所有属性是否可解析// see ConfigurablePropertyResolver#setRequiredProperties 主要看ConfigurablePropertyResolver#setRequiredPropertiesgetEnvironment().validateRequiredProperties();
// Store pre-refresh ApplicationListeners... 预刷新应用监听器if (this.earlyApplicationListeners==null) {
this.earlyApplicationListeners=newLinkedHashSet<>(this.applicationListeners);
    }
else {
// Reset local application listeners to pre-refresh state. 重置应用监听器为预刷新状态this.applicationListeners.clear();
this.applicationListeners.addAll(this.earlyApplicationListeners);
    }
// Allow for the collection of early ApplicationEvents, 允许收集早期的应用事件在multicaster可用后一次性发布// to be published once the multicaster is available...this.earlyApplicationEvents=newLinkedHashSet<>();
}

继续返回跟进refresh方法,在prepareRefresh之后是通知子类刷新内部bean工厂obtainFreshBeanFactory

obtainFreshBeanFactory

obtainFreshBeanFactory方法内部一共有两个方法refreshBeanFactory和getBeanFactory,

image.png

其中refreshBeanFactory什么也不做,主要是拥有一个内部bean工厂,并且信任调用者通过公共方法注册bean或者BeanFactory's,源码需要去看类GenericApplicationContext的refreshBeanFactory方法

image.png

下面我们再说getBeanFactory方法,获取bean工厂,源码注释是返回一个当前上下文的内部bean工厂

image.png

继续向下看refresh方法,是prepareBeanFactory方法

prepareBeanFactory

prepareBeanFactory方法是配置工厂标准的上下文特征,比如上下文类加载器、后置处理器

image.png

继续执行refresh方法,是postProcessBeanFactory方法

postProcessBeanFactory

postProcessBeanFactory方法这里由于我们启动时的WebApplicationType是SERVLET

image.png

所以这里我们选择如图,跟进去可以看到

image.png

为bean工厂添加后置处理器以及registerWebApplicationScopes为bean工厂注册特定的web作用域,之后继续执行

image.png

完成之后执行refresh方法内部的invokeBeanFactoryPostProcessors方法

invokeBeanFactoryPostProcessors

invokeBeanFactoryPostProcessors方法主要负责调用bean工厂的后置处理器

image.png

继续执行是registerBeanPostProcessors方法,

registerBeanPostProcessors

registerBeanPostProcessors方法主要是Instantiate and register all BeanPostProcessor beans respecting explicit order if given实例化并注册所有后置处理器bean,如果给定,则遵循显式顺序

image.png

继续执行

initMessageSource

initMessageSource方法主要是初始化应用上下文消息源,这个首先判断工厂类是否有beanName是messageSource的bean

image.png

有的通过bean工厂获取消息源

image.png

没有的话new一个DelegatingMessageSource对象

initApplicationEventMulticaster

initApplicationEventMulticaster方法主要是为上下文初始化事件多播,通过bean工厂获取beanName是applicationEventMulticaster的对象

image.png

如果没有的话就new一个SimpleApplicationEventMulticaster对象放回bean工厂

image.png

以应用上下文事件多播的beanName放入工厂

onRefresh

onRefresh方法执行刷新,

image.png

点进去可以看到

image.png

执行父类的onRefresh方法,创建web服务,createWebServer方法主要是获取应用上下文创建web服务初始化PropertySources

image.png

registerListeners

registerListeners方法是检查并注册监听器,同时不影响其他监听器

image.png

执行完成之后查看getApplicationEventMulticaster方法非null

image.png

finishBeanFactoryInitialization

finishBeanFactoryInitialization方法是实例化所有剩余的单例

image.png

继续执行看到finishRefresh方法,也是最后一步

finishRefresh

finishRefresh方法主要是发布事件,包括清除上下文资源缓存,为上下文初始化生命周期处理器,发布最终事件

image.png

执行完成最后一步之后到resetCommonCaches方法

resetCommonCaches

resetCommonCaches方法时重置Spring核心中的公共内省缓存,重置完成之后执行contextRefresh.end容器刷新结束方法,

image.png

执行完成之后打印日志

image.png

启动结束,至此,SpringBoot启动流程中的refreshContext方法功能执行完成

总结

在SpringBoot启动流程中,refreshContext虽然执行步骤较多,加载的类也比较丰富,从准备刷新上下文到为上下文准备bean工厂及配置上下文类加载器,后置处理器到初始化上下文消息源、事件多播以及最后的检查监听器并注册以及实例化剩余的单例bean,最后发布事件,重置Spring核心中的公共内省缓存,整体流程比较清晰,源码给的注释也很丰富,很方便对源码的学习。


相关文章
|
16天前
|
人工智能
歌词结构的巧妙安排:写歌词的方法与技巧解析,妙笔生词AI智能写歌词软件
歌词创作是一门艺术,关键在于巧妙的结构安排。开头需迅速吸引听众,主体部分要坚实且富有逻辑,结尾则应留下深刻印象。《妙笔生词智能写歌词软件》提供多种 AI 功能,帮助创作者找到灵感,优化歌词结构,写出打动人心的作品。
|
22天前
|
存储 算法 Java
解析HashSet的工作原理,揭示Set如何利用哈希算法和equals()方法确保元素唯一性,并通过示例代码展示了其“无重复”特性的具体应用
在Java中,Set接口以其独特的“无重复”特性脱颖而出。本文通过解析HashSet的工作原理,揭示Set如何利用哈希算法和equals()方法确保元素唯一性,并通过示例代码展示了其“无重复”特性的具体应用。
38 3
|
17天前
|
人工智能
写歌词的技巧和方法全解析:开启你的音乐创作之旅,妙笔生词智能写歌词软件
怀揣音乐梦想,渴望用歌词抒发情感?掌握关键技巧,你也能踏上创作之旅。灵感来自生活点滴,主题明确,语言简洁,韵律和谐。借助“妙笔生词智能写歌词软件”,AI辅助创作,轻松写出动人歌词,实现音乐梦想。
|
2天前
|
JSON PHP 数据格式
PHP解析配置文件的常用方法
INI文件是最常见的配置文件格式之一。
|
9天前
|
机器学习/深度学习 人工智能 安全
TPAMI:安全强化学习方法、理论与应用综述,慕工大、同济、伯克利等深度解析
【10月更文挑战第27天】强化学习(RL)在实际应用中展现出巨大潜力,但其安全性问题日益凸显。为此,安全强化学习(SRL)应运而生。近日,来自慕尼黑工业大学、同济大学和加州大学伯克利分校的研究人员在《IEEE模式分析与机器智能汇刊》上发表了一篇综述论文,系统介绍了SRL的方法、理论和应用。SRL主要面临安全性定义模糊、探索与利用平衡以及鲁棒性与可靠性等挑战。研究人员提出了基于约束、基于风险和基于监督学习等多种方法来应对这些挑战。
21 2
|
10天前
|
消息中间件 缓存 安全
Future与FutureTask源码解析,接口阻塞问题及解决方案
【11月更文挑战第5天】在Java开发中,多线程编程是提高系统并发性能和资源利用率的重要手段。然而,多线程编程也带来了诸如线程安全、死锁、接口阻塞等一系列复杂问题。本文将深度剖析多线程优化技巧、Future与FutureTask的源码、接口阻塞问题及解决方案,并通过具体业务场景和Java代码示例进行实战演示。
29 3
|
18天前
|
存储 安全 Java
|
17天前
|
安全 Java
Java多线程通信新解:本文通过生产者-消费者模型案例,深入解析wait()、notify()、notifyAll()方法的实用技巧
【10月更文挑战第20天】Java多线程通信新解:本文通过生产者-消费者模型案例,深入解析wait()、notify()、notifyAll()方法的实用技巧,包括避免在循环外调用wait()、优先使用notifyAll()、确保线程安全及处理InterruptedException等,帮助读者更好地掌握这些方法的应用。
13 1
|
23天前
|
存储 JavaScript 前端开发
Vue3权限控制全攻略:路由与组件层面的用户角色与权限管理方法深度解析
Vue3权限控制全攻略:路由与组件层面的用户角色与权限管理方法深度解析
93 2
|
23天前
|
SQL 监控 数据库
SQL语句是否都需要解析及其相关技巧和方法
在数据库管理中,SQL(结构化查询语言)语句的使用无处不在,它们负责数据的查询、插入、更新和删除等操作

推荐镜像

更多
下一篇
无影云桌面