SpringBoot的启动过程

1. 运行main方法

初始化new SpringApplication，从spring.factories读取listener和ApplicationContextInitializer，这两个东西都是可以提供给外部进行拓展的。它内部也是通过这种方式进行解耦的。

2. 运行run方法

2.1 读取一些必要信息

读取环境变量和配置信息等。

2.2 创建springApplication上下文

创建springApplication上下文，ServletWebServerApplicationContext（本质上是创建Spring容器，常见的ApplicationContext实际上是Spring容器的一种）。

2.3 预初始化上下文

预初始化上下文：在SpringBoot中，当应用程序启动时，Spring容器会被预先初始化。这意味着容器在应用程序真正开始执行之前，会进行一些准备工作，包括扫描并读取配置信息、注册bean等。

读取启动类，将我们的page类读取（注册）为BeanDefinition（将启动类作为配置类进行读取启动类）。

解释：

1. 读取启动类的目的是为了获取应用程序的配置信息。
2. 将页面类注册为BeanDefinition：BeanDefinition 是 Spring Framework 中描述 bean 配置信息的一种数据结构。通过将页面类注册为 BeanDefinition，Spring 容器知道了如何实例化和管理这个页面类。

@SpringBootApplication
public class MyApplication {
    public static void main(String[] args) {
        SpringApplication.run(MyApplication.class, args);
    }
}

在这个例子中，@SpringBootApplication 注解不仅将 MyApplication 类作为配置类注册，还会扫描包中的其他组件（包括页面类），将它们注册为 bean。

2.4 调用refresh加载ioc容器

在Spring Framework中，refresh方法是AbstractApplicationContext类的一个核心方法，用于加载或刷新应用程序上下文（ApplicationContext）。在 Spring Boot 中，refresh 方法会被 SpringApplication.run() 方法在应用程序启动时调用。

1. 使用invokeBeanFactoryPostProcessor, 解析@Import： 加载所有的自动配置类。

InvokeBeanFactoryPostProcessor 的任务是在容器初始化时调用所有注册的 BeanFactoryPostProcessor。这包括 Spring Boot 中的自动配置类的处理，其中包含了使用 @Import 注解导入的其他配置类。

具体的步骤如下：
1> 创建 ApplicationContext： 在应用程序启动时，SpringApplication.run() 方法会创建一个应用程序上下文（ApplicationContext）。这个上下文是基于配置类、注解和其他配置信息创建的。
2> 加载 BeanFactoryPostProcessor： 在 refresh 方法中，首先会加载并调用所有注册的 BeanFactoryPostProcessor。这些处理器在容器实例化 bean 之前修改或扩展容器的配置。其中，invokeBeanFactoryPostProcessor 方法用于触发这些处理器的执行。
3> 处理@Import 注解：在 invokeBeanFactoryPostProcessor 中，会处理通过 @Import 注解导入的其他配置类。这些配置类通常是自动配置类，它们定义了一些 bean 的创建和配置规则。
4>加载自动配置类： 在处理 @Import 注解时，会加载所有自动配置类。这些自动配置类是通过条件注解（例如 @ConditionalOnClass、@ConditionalOnProperty 等）来控制是否应该生效。这样，应用程序上下文中将包含了自动配置类定义的 bean。
5> 执行其他的 BeanFactoryPostProcessor： 在 invokeBeanFactoryPostProcessor 的过程中，还会执行其他的 BeanFactoryPostProcessor，它们可能是 Spring Boot 中的或者用户自定义的。

2. onRefresh里面创建（内置）servlet容器，默认创建的是Tomcat。

3. 如何为外部提供扩展点

在整个springboot启动过程中，总共发布了9次事件，就是为了能够方便外部进行扩展。当然，它的内部也是通过这些事件进行解耦的。比方说他去读取我们的全局配置文件，他也是利用这种事件来读取的。

所以说他在这个过程中去发布了很多很多的事件，总共9次之多，然后它会读取这个配置信息，也就是我们的环境变量、我们的全局配置文件等等。它的全局配置文件就是我们的application.yml和application.properties等等这些全局配置文件。

它其实也是通过发布一个事件来进行读取的，例如这里发布的是ApplicationEnvironmentPreparedEvent，在这个事件中就会读取我们的5个位置的全局配置文件，包括我们的类路径下面的，还有类路径下面config文件夹等等。

然后就会打印我们的Banner，接着会实例化一个Spring上下文，实例化一个叫做AnnotationConfigServletWebServerApplicationContext。其实就是在这里运行了一个createApplicationContext。

它就是运行的这句：

创建了一个spring的容器，也就是我们的所谓的spring上下文，它会根据你不同的一个web应用类型，如果你是SERVLET的还是REACTIVE的。根据不同的一个spring的容器，来创建不同的spring容器。

创建完后它会准备上下文，也发布了一些事件供我们扩展。

随后就刷新了我们的容器，这个过程我们就称之为IOC的整个加载，在这个过程中它会在invokeBeanFactoryProcessors(beanFactory)这一步去解析我们的@Import注解。

他会去解析所有的自动配置类，他就是通过@EnableAutoConfiguration注解里面的@Import去加载的所有的自动配置类。它就是在我们IOC加载过程去调用bean工厂的后置处理器，去解析的我们的这些个注解。

在Spring Framework 中，BeanFactory 后置处理器（BeanFactoryPostProcessor）是一种特殊类型的 BeanFactory 扩展，它允许在容器实例化和配置 bean 之前修改或扩展 BeanFactory 的配置。这意味着 BeanFactory 后置处理器在 Spring 容器加载 bean 定义之后、实例化 bean 之前执行。

BeanFactory 后置处理器通常用于以下一些场景：
1> 修改 BeanFactory 的配置： 可以在容器初始化过程中修改 BeanFactory 的配置，例如添加新的 bean 定义、修改属性值等。
2> 提供自定义的配置逻辑： 可以用于提供一些自定义的配置逻辑，例如动态地修改 bean 的属性、初始化之前执行一些逻辑等。
3> 检查和验证 bean 定义： 可以用于检查或验证 bean 定义的合法性，例如检查依赖关系、属性设置等。

总体来说，BeanFactory 后置处理器提供了在 Spring 容器启动过程中对 BeanFactory 进行额外处理的机制，使得用户能够在容器实例化 bean 之前对容器进行自定义的配置。

解析@Import肯定就会去解析我们的自动配置类，所以说自动配置类它其实也是在spring的IOC加载过程去解析的，并不是说spring单独去解析的。然后最终要用一个onRefresh，在里面会去创建内置的tomcat容器，帮我们去注册DispatcherServlet/Servlet。

参考资料：阿里二面：SpringBoot的启动原理是怎么样的？还有谁不会。。。