Springboot的自动配置原理和启动流程

1、Springboot的自动配置原理

问题1：那你说说Springboot的自动配置是如何实现的？
面试话术：
一般我们的Springboot项目启动类都会添加@SpringBootApplication注解，而这个注解的其中一个二级注解是@EnableAutoConfiguration注解。而@EnableAutoConfiguration注解通过@Import注解，以ImportSelector接口的方法来导入classpath下的META-INF/spring.factories文件，这些文件中会指定需要加载的一些类名称。
这些类一般都加了@Configuration注解，并且完成了对某框架（例如Redis、SpringMVC）的默认配置，当这些类符合条件时，就会被实例化，其中的配置生效，那么自动配置自然生效了。

问题2：满足怎样的条件配置才会生效？
面试话术：
一般提供默认配置的类都会添加@ConditionalOnXxx这样的注解，例如：@ConditionalOnClass,@ConditionalOnProperties等。@ConditionalOnClass表示只有classpath中存在某些指定的类时，条件满足，此时该配置类才会生效。例如Redis的默认配置其实早就有了，但是只有你引入redis的starter依赖，才满足了条件，触发自动配置。

问题3：那如果我需要覆盖默认配置呢？
有两种方式可以覆盖默认配置：
Springboot提供默认配置时，会在提供的Bean上加注解@ConditionalOnMissingBean,意思是如果这个Bean不存在时条件满足，那么我们只要配置了相同的Bean，那么Springboot提供的默认配置就会生效。
Springboot提供默认配置时，一些关键属性会通过读取application.yml或者application.properties文件来获取，因此我们可以通过覆盖任意一个文件中的属性来覆盖默认配置。

2.SpringBoot项目的启动流程

话术：
Springboot项目启动第一步就是创建SpringbootApplication的实例，并且调用SpringobootApplication.run()这个方法。
创建SpringbootApplication实例主要完成三件事情：
1、记录当前启动类字节码
2、判断当前项目类型，普通Servlet、响应式WebFlux、NONE
3、加载/META-INF/spring.factories文件，初始化ApplicationContextInitializer和ApplicationListener实例
而后的run()方法则会创建spring容器，流程如下：
准备监听器环境参数Environment
创建ApplicationContext,准备运行环境
refreshContext(context):准备Bean工厂，调用一个BeanDefinition和BeanFactory的后处理器，初始化各种Bean，初始化tomcat
afterRefresh():扩展功能，目前为空
发布容器初始化完毕的事件。