Spring Boot 精讲，看完你还敢说你不会 Spring Boot ？

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

1.创建SpringApplication对象

1.main方法

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

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

2.在SpringApplication对象调用run()

1.跑run方法

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

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

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

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

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

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

3.核心方法refreshContext

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

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

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

// 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<BeanDefinitionRegistryPostProcessor> 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

First, invoke the BeanFactoryPostProcessors that implement PriorityOrdered.

Next, invoke the BeanFactoryPostProcessors that implement Ordered.

Finally, invoke all other BeanFactoryPostProcessors.

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

Parse each @Configuration class

这就是找Component的实现类

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

Process any @ComponentScan annotations

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

这里的长度就会变成3

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

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

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

这里有事解析这个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是如何创建的。

关于ApplicationContext

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

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

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

bean生命周期流程图