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

软件发布|下载排行|最新软件

当前位置:首页IT学院IT技术

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

Sev-Night   2020-03-14 我要评论

目录

一、概观Spring Boot

二、Spring Boot应用初始化

2.1 初始化入口

2.2 SpringApplication的run方法

2.3 方法分析

三、容器创建与初始化

3.1 creatApplicationContext()方法

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

3.3 refreshContext(context)方法

四、总结

一、概观SpringBoot

随着分布式、微服务和云计算时代的到来,Spring Boot框架的重要性日益突显。Spring官方给出的Spring Boot框架的特性:

  • 可以创建独立的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知识(继承、重载、重写、接口、反射以及设计模式)。虽然自己还没有能力写出这么优美的框架,但是从分析源码中自己学习到了不少的框架设计知识,接触到比较底层的设计思想。不尽人意的是,有些方法和重要类的分析由于自己能力有限,解释得还有些模糊,决定在接下来的文章里将这些遗憾弥补回来。欢迎指正!

Copyright 2022 版权所有 软件发布 访问手机版

声明:所有软件和文章来自软件开发商或者作者 如有异议 请与本站联系 联系我们