华为内部首次公开源码笔记,看完你还敢说你不会SpringBoot?

342 阅读3分钟

今日分享开始啦,请大家多多指教~

大家使用Spring Boot这么久了,有没有知道Spring Boot的启动流程是怎样的呢?Spring是如何扫描到使用@Component的类并且把它放进BeanFactory呢?它是如何启动的呢?现在我们就一起看看这个Spring Boot的启动过程。由于写这篇文章的时候,在很多环境写过,所以可能由于Spring Boot版本不同代码也不同,但是思路是一样的。

1.创建SpringApplication对象

1.main方法

image.png

2.main方法进来后先创建一个实例new SpringApplication 蹩脚翻译一下。

创建一个新的SpringApplication实例也就是要new SpringApplication(),并且定义主要的类作为Bean的加载来源。

image.png

image.png

image.png

image.png

2.在SpringApplication对象调用run()

1.跑run方法

image.png

image.png

2.这个方法是从创建SpringApplication实例加载的应用类型去创建不同的上下文实例,这里由于是SERVLET类型所以会创建。

image.png

3.准备上下文,这里其实挺重要的,讲述了启动类如何加载到BeanFactory,其实就一个重点,在load()这个方法里面。

image.png

image.png

4.这里就先说下doRegisterBean();

每个bean被执行doGetBean方法前都是要把Bean的定义信息拿到,也就是通俗的BeanDefinition,类的元数据;

而AnnotatedGenericBeanDefinition就是为了公开这些类元数据做的接口;

当adb和beanName一起在BeanDefinitionHolder初始化的时候。

image.png

image.png

3.核心方法refreshContext

1.此方法其实就是Spring整个启动过程或者说ioc等等的核心流程了,这个方法分几步去讲解。

image.png

image.png

2.这里进来就是beanFactory增强器加载。

image.png

3.这方法重中之重,里面包含了大量的操作我们来一起看看。

image.png

// Do not initialize FactoryBeans here: We need to leave all regular beans

// uninitialized to let the bean factory post-processors apply to them!

// Separate between BeanDefinitionRegistryPostProcessors that implement

// PriorityOrdered, Ordered, and the rest.

List currentRegistryProcessors = new ArrayList<>();

First, invoke the BeanDefinitionRegistryPostProcessors that implement PriorityOrdered.

这里获取到的beanName不是刚刚的增强器而是常量

org.springframework.context.annotation.internalConfigurationAnnotationProcessor

并且下面这个循环会把ConfigurationClassPostProcessor加载出来。那么大家会问ConfigurationClassPostProcessor什么时候加载的呢?

createApplicationContext这个方法还记得吧!就是在这里加载的当Spring选择了Servlet模式就会加载配置

CONFIGURATION_ANNOTATION_PROCESSOR_BEAN_NAME

就会作为beanNamePut进beanFactory

image.png

image.png

image.png

image.png

First, invoke the BeanFactoryPostProcessors that implement PriorityOrdered.

image.png

Next, invoke the BeanFactoryPostProcessors that implement Ordered.

image.png

Finally, invoke all other BeanFactoryPostProcessors.

image.png

4.这里就是把启动类选出来并且开始ComponentScan的地方,自动装配也是这里完成的@Import。

image.png

Parse each @Configuration class

这就是找Component的实现类

image.png

5.扫描Component和自动装配,这个也很重要,而且段代码有几个递归也是比较复杂,也是希望大家能够自己debug进去看看这到底是如何递归的。

Process any @ComponentScan annotations

这个为什么是数组呢?当你使用@ComponentScans(value ={@ComponentScan("com.example.test"), @ComponentScan("com.example.test1")})

这里的长度就会变成3

image.png

开始以启动类扫描,这就是为什么启动类永远在所有包的最外层,如果要扫描其他模块或者启动类以外的包就要@ScanComponent这个注解。

The config class is annotated with @ComponentScan -> perform the scan immediately

这里面就开始扫描doScan方法,只要是有@Component注解的都会把每个类的Definition放到scannedBeanDefinitions里面。

image.png

这里有事解析这个Bean,跟刚刚的parser.parse一样,只是一个是数组一个是单个Bean。

并且他会递归调用doProcessConfigurationClass()方法,并且重新执行一次获取看看这个类有没有@ComponentScan,并且继续扫描直至结束。

parse(bdCand.getBeanClassName(), holder.getBeanName());

Process any @Import annotations

其实每一个parse方法都会走到这里,把每个类的注解都会去循环一次,直至没有注解位置,会把@Import注解的类全部加载出来,这就是自动装配的原理。

这就是为什么我其他jar包的类可以给Spring管理@Import就是一个重点,把这个类导入到BeanFactory里面。

processImports(configClass, sourceClass, getImports(sourceClass), filter, true);

创建Bean实例

创建bean实例,这里的方法过于复杂用文章非常难解释,笔者这里就把大致的思路说下。

1.getBean的时候先去createBean如果有就返回没有的话doCreateBean。

2.当doCreateBean的时候就会触发bean的生命周期的各个接口。

3.其实笔者发现一个东西,ApplicationContextAware并不算是bean生命周期的一环把,而是输入上下文的一环。

4.因为ApplicationContextAware其实是由添加了AnnotationConfigServletWebServerApplicationContext类所导致的。

5.创建bean的我会有下面的uml图让大家更能理解Bean是如何创建的。

image.png

image.png

image.png

关于ApplicationContext

实现ApplicationContextAware接口会调用setApplicationContext方法,而ApplicationContextAwareProcessor又是实现BeanPostProcessor,

而ApplicationContextAwareProcessor又被Spring强制注册,所以说如果一个Bean实现ApplicationContextAware和BeanPostProcessor,

在先初始化有关于BeanPostProcessor的Bean时候会创建这个Bean创建这个Bean的时候又会调用setApplicationContext方法调用完之后最后才会调用BeanPostProcessor实现的方法,其实听拗口的,所以最后还是希望自己能Debug一下。

bean生命周期流程图

image.png

小结

说到Spring其实很多都是Spring工程师,老搬砖奴,但是大家肯定也因为忙没时间去研究整个Spring的流程。

今日份分享已结束,请大家多多包涵和指点!