经典面试题：SpringBoot启动原理

高级拓展：
https://www.cnblogs.com/shamo89/p/8184960.html

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

Annotation定义（@SpringBootApplication）和类定义（SpringApplication.run）最为耀眼

一、@SpringBootApplication

@SpringBootConfiguration             // 继承了Configuration，表示当前是注解类
@EnableAutoConfiguration             // 开启springboot的注解功能，springboot的四大神器之一，其借助@import的帮助
@ComponentScan(excludeFilters = {    // 扫描路径设置（具体使用待确认）
								@Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
								@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication {

这个@SpringBootApplication复合（但因为完全可以用里面类上的那些注解就已经够完全替换了，所以此时=封装）的意义：

@Configuration（@SpringBootConfiguration点开查看发现里面还是应用了@Configuration）
@EnableAutoConfiguration
@ComponentScan	

每次写这3个比较累，所以写一个@SpringBootApplication方便点。接下来分别介绍这3个Annotation。

1.这里的@Configuration对我们来说不陌生，它就是JavaConfig形式的Spring Ioc容器的配置类使用的那个@Configuration，SpringBoot社区推荐使用基于JavaConfig的配置形式，所以，这里的启动类标注了@Configuration之后，本身其实也是一个IoC容器的配置类。
3.@ComponentScan这个注解在Spring中很重要，它对应XML配置中的元素，@ComponentScan的功能其实就是自动扫描并加载符合条件的组件（比如@Component和@Repository等）或者bean定义，最终将这些bean定义加载到IoC容器中。
2.个人感觉@EnableAutoConfiguration这个Annotation最为重要。
@EnableAutoConfiguration的理念和做事方式与Spring框架提供的各种名字为@Enable开头的Annotation定义，其实一脉相承：借助@Import的支持，收集和注册特定场景相关的bean定义。
比如，
@EnableScheduling是通过@Import将Spring调度框架相关的bean定义都加载到IoC容器。
@EnableMBeanExport是通过@Import将JMX相关的bean定义加载到IoC容器。
同样的，
@EnableAutoConfiguration也是借助@Import的帮助，将所有符合自动配置条件的bean定义加载到IoC容器，仅此而已。
【我的看法：
你自己导包也行，但是你导了之后，那些依赖（该类属性可能是哪个别的类–依赖别的类），那些注入，是不是得自己new？
所以你想让框架帮你new，帮你存好/注册容器，你只要引用就行（带上"取出"注解），这样方便，那就需要 @EnableAutoConfiguration
那么，可以认为@EnableAutoConfiguration是对IOC实战局限、影响范围（适用范围）的进一步扩展吗？
所以，有言称，springboot就像一只八爪鱼一样，抓住你插件似配上的组件，所以，这个功能和接口差不多更容易提高了扩展性（接口是要补方法，但spring boot也要在spring.factories配一下），非要说即插即拔的插件似，也行吧~】
@EnableAutoConfiguration作为一个复合Annotation,其自身定义信息中比较重要的两个注解：

@AutoConfigurationPackage   //自动配置包
@Import(EnableAutoConfigurationImportSelector.class)  //导入自动配置的组件
public @interface EnableAutoConfiguration {

其中，
1.@AutoConfigurationPackage注解：
注册了一个Bean的定义,其中返回了当前主程序类的 同级以及子级 的包组件。这也就是为什么，我们要把Application放在项目的最高级中。
2.@Import(AutoConfigurationImportSelector.class)注解：
AutoConfigurationImportSelector 实现了 DeferredImportSelector 实现了 ImportSelector
ImportSelector有一个方法为：selectImports ， 它其实是去加载 public static final String FACTORIES_RESOURCE_LOCATION = “META-INF/spring.factories”;外部文件。
@Import(EnableAutoConfigurationImportSelector.class)，借助EnableAutoConfigurationImportSelector，@EnableAutoConfiguration可以帮助SpringBoot应用将所有符合条件的@Configuration配置都加载到当前SpringBoot创建并使用的IoC容器（ApplicationContext）。就像一只“八爪鱼”一样。
+++++++++
小记：
@EnableAutoConfiguration——AutoConfigurationImportSelector——SpringFactoriesLoader
++++++++++
自动配置幕后英雄：SpringFactoriesLoader（Spring框架原有的一个工具类）详解
借助这个工具类，springboot的@EnableAutoConfiguration可以智能的自动配置功效才得以大功告成
SpringFactoriesLoader属于Spring框架私有的一种扩展方案，其主要功能就是从指定的配置文件META-INF/spring.factories加载配置。
所以，@EnableAutoConfiguration自动配置的魔法骑士就变成了：从classpath中搜寻所有的META-INF/spring.factories配置文件，并将其中org.springframework.boot.autoconfigure.EnableutoConfiguration对应的配置项通过反射（Java Refletion）实例化为对应的标注了@Configuration的JavaConfig形式的IoC容器配置类，然后汇总为一个并加载到IoC容器。

二、SpringApplication

1. 如果我们使用的是SpringApplication的静态run方法，那么，这个方法里面首先要创建一个SpringApplication对象实例，然后调用这个创建好的SpringApplication的实例方法。
   在SpringApplication实例初始化的时候，它会提前做几件事情：
   public static ConfigurableApplicationContext run(Object[] sources, String[] args) {
   return new SpringApplication(sources).run(args);
   }
   1)根据classpath里面是否存在某个特征类（org.springframework.web.context.ConfigurableWebApplicationContext）来决定是否应该创建一个为Web应用使用的ApplicationContext类型。
   2)使用SpringFactoriesLoader在应用的classpath中查找并加载所有可用的ApplicationContextInitializer。
   3)使用SpringFactoriesLoader在应用的classpath中查找并加载所有可用的ApplicationListener。
   4)推断并设置main方法的定义类（SpringApplication？）。
2. SpringApplication实例初始化完成并且完成设置后，就开始执行run方法的逻辑了，方法执行伊始，首先遍历执行所有通过SpringFactoriesLoader可以查找到并加载的SpringApplicationRunListener。调用它们的started()方法，告诉这些SpringApplicationRunListener，“嘿，SpringBoot应用要开始执行咯！”。
   3.创建并配置当前Spring Boot应用将要使用的Environment（包括配置要使用的PropertySource以及Profile）
   4.遍历调用所有SpringApplicationRunListener的environmentPrepared()的方法，告诉他们：“当前SpringBoot应用使用的Environment准备好了咯！”。
   5.如果SpringApplication的showBanner属性被设置为true，则打印banner。
   【6】.（确定）根据用户是否明确设置了applicationContextClass类型以及初始化阶段的推断结果，决定该为当前SpringBoot应用创建什么类型的ApplicationContext并创建完成，然后根据条件决定是否添加ShutdownHook，决定是否使用自定义的BeanNameGenerator，决定是否使用自定义的ResourceLoader，当然，最重要的，将之前准备好的Environment设置给创建好的ApplicationContext使用。
   7.（插件，自动装配：创建和初始化）ApplicationContext创建好之后，SpringApplication会再次借助Spring-FactoriesLoader，查找并加载classpath中所有可用的ApplicationContext-Initializer，然后遍历调用这些ApplicationContextInitializer的initialize（applicationContext）方法来对已经创建好的ApplicationContext进行进一步的处理。
3. 遍历调用所有SpringApplicationRunListener的contextPrepared()方法。
4. （自动装配：：注册注入到ApplicationContext）最核心的一步，将之前通过@EnableAutoConfiguration获取的所有配置以及其他形式的IoC容器配置加载到已经准备完毕的ApplicationContext
   10.遍历调用所有SpringApplicationRunListener的contextLoaded()方法。
   11.调用ApplicationContext的refresh()方法，完成IoC容器可用的最后一道工序。
   12.查找当前ApplicationContext中是否注册有CommandLineRunner（命令行运行器），如果有，则遍历执行它们。
   13.正常情况下，遍历执行SpringApplicationRunListener的finished()方法、（如果整个过程出现异常，则依然调用所有SpringApplicationRunListener的finished()方法，只不过这种情况下会将异常信息一并传入处理）
   去除事件通知点后，整个流程如下：

public void finished(ConfigurableApplicationContext context, Throwable exception) {
        for (SpringApplicationRunListener listener : this.listeners) {
            callFinishedListener(listener, context, exception);
        }
}

总结

到此，SpringBoot的核心组件完成了基本的解析，综合来看，大部分都是Spring框架背后的一些概念和实践方式，SpringBoot只是在这些概念和实践上对特定的场景事先进行了固化和升华，而也恰恰是这些固化让我们开发基于Sping框架的应用更加方便高效。

---

抄自：
https://www.jianshu.com/p/ef6f0c0de38f
SpringBoot整个启动流程分为两个步骤：
初始化一个SpringApplication对象；
执行该对象的run方法。

一、SpringApplication对象初始化

初始化流程中最重要的就是通过SpringFactoriesLoader找到spring.factories文件中配置的
ApplicationContextInitializer（在ConfigurableApplicationContext做refresh之前，对ConfigurableApplicationContext实例做进一步的设置或处理）
ApplicationListener（Spring框架对Java事件监听机制框架）

一、Spring Boot自定义监听器
   Xxx   implements ApplicationListener<?>
   @Override
   onApplicationEvent
  // 参考资料：
 //  https://www.cnblogs.com/ashleyboy/p/9566579.html
二、Spring Boot提供两种方式来添加自定义监听器:
1.1通过SpringApplication.addListeners(ApplicationListener<?>... listeners)
或者
1.2SpringApplication.setListeners(Collection<? extends ApplicationListener<?>> listeners)两个方法来添加一个或者多个自定义监听器。
2.然后还需要在我们直接在自己的jar包的META-INF/spring.factories文件中新增配置即可

二、run的流程

Spring Boot应用的整个启动流程都封装在SpringApplication.run方法中，本质上其实就是在spring的基础之上做了封装，做了大量的扩展。

1.通过SpringFactoriesLoader查找并加载所有的
SpringApplicationRunListeners，通过调用starting()方法通知所有的SpringApplicationRunListeners：应用开始启动了。（SpringApplicationRunListeners其本质上就是一个事件发布者，它在SpringBoot应用启动的不同时间点发布不同应用事件类型(ApplicationEvent)，如果有哪些事件监听者(ApplicationListener)对这些事件感兴趣，则可以接收并且处理）

2.创建并配置当前应用将要使用的Environment

1.判断Environment是否存在，不存在就创建（如果是web项目就创建StandardServletEnvironment，否则创建StandardEnvironment）
2.配置Environment：配置profile以及properties
4.调用SpringApplicationRunListener的environmentPrepared()方法，通知事件监听者：应用的Environment已经准备好

3.打印banner（可以自定义）
4.根据是否是web项目，来创建不同的ApplicationContext容器
5.创建一系列FailureAnalyzer，创建流程依然是通过SpringFactoriesLoader获取到所有实现FailureAnalyzer接口的class，然后在创建对应的实例。FailureAnalyzer用于分析故障并提供相关诊断信息。
6.初始化ApplicationContext

7.调用ApplicationContext的refresh()方法,刷新容器
8.查找当前context中是否注册有CommandLineRunner（命令行运行器）和ApplicationRunner（应用运行器），如果有则遍历执行它们。