1.SpringBoot常见面试题

　　SprinBoot集成了Spring，包含其IOC（依赖注入）和AOP（面向切面编程）核心原理，两者最大的区别是SpringBoot具有自动配置的原理。

1.SpringBoot自动配置

1.1 概述

　　SpringBoot的自动配置是指其从META-INF的spring.factoris文件中加载需要自动配置的类，然后生成对应的Bean，注入到SPring容器中，交给SPring容器管理。

1.2.SpringBoot自动配置原理

1. 在SpringBoot项目中，主启动类上面有一个注解SpringBootApplication注解，它对@Configuration、@ComponentScan以及@EnableAutoConfiguration等三个注解进行了封装，@EnableAutoConfiguration注解是SpringBoot实现自动配置的核心注解。
2. 该注解通过@Import注解导入了一个@AutoConfigurationImportSelector类，该类实现了一个ImportSelector导入器接口，该接口中存在一个selectImports()方法。该方法的返回值是一个存储Spring中类全名的数组。
3. AutoConfigurationSelectors类重写了selectImports()方法，通过重写后的selectImports()方法读取META-INF下spring.factories文件下配置类的全类名。
4. 这些配置类定义的Bean会根据条件注解所指定的条件决定是否导入Spring容器中。

1.3.SpringBoot中starter的原理

　　其实，SpringBoot中starter的原理基于两点，分别是起步依赖和自动配置。

1.3.1 起步依赖

　　起步依赖是指将具有某种功能的依赖打包到一起 ，简化依赖导入的过程。

1.3.2 自动配置

　　 在SpringBoot中的@SpringBootApplication注解中包含一个@EnableAutoConfiguration注解，该注解就是自动配置的核心注解。@EnableAutoConfiguration注解通过@Import注解导入了一个名为@AutoConfigurationImportSelector类，该类实现了ImportSelector导入器接口，该接口中有一个返回值为Spring中全类名的数组。AutoConfigutationImportSelectot类通过重写该方法读取META-INF中spring.factories中配置类的全类名。这些配置类定义的Bean根据条件注解决定是否导入到Spring容器中。

2. SpringBoot启动流程

　　先贴一张别人的SpringBoot启动流程图，SpringBoot流程图主要分为三个模块，分别是初始化模块、具体启动模块、自动配置模块。初始化模块用于配置一些基本的环境变量、资源、构造器、监听器；具体启动模块包括启动流程的监听模块、加载配置环境模块、核心的创建上下文模块。自动配置模块

 

启动：

      每个SpringBoot程序都有一个主入口，即main方法，main()方法中调用SpringApplication.run()启动整个spring-boot程序，该方法所在类需要使用@SpringBootApplication注解，以及@ImportResource注解(if need)，@SpringBootApplication包括三个注解，功能如下：

1. @EnableAutoConfiguration：SpringBoot根据应用所声明的依赖来对Spring框架进行自动配置
2. @SpringBootConfiguration(内部为@Configuration)：被标注的类等于在spring的XML配置文件中(applicationContext.xml)，装配所有bean事务，提供了一个spring的上下文环境
3. @ComponentScan：组件扫描，可自动发现和装配Bean，默认扫描SpringApplication的run方法里的主启动类所在的包路径下文件，所以最好将该启动类放到根包路径下

 run方法：

 　　run方法中去创建了一个SpringApplication实例，在该构造方法内，其调用了一个初始化的initialize方法

 　　为SpringApplication对象赋一些初值。构造函数执行完毕后，回到run方法

方法中实现了如下几个关键步骤：

1.创建了应用的监听器SpringApplicationRunListeners并开始监听

2.加载SpringBoot配置环境(ConfigurableEnvironment)，若通过web容器发布，会加载StandardEnvironment，其最终也是继承了ConfigurableEnvironment，类图如下

可以看出，*Environment最终都实现了PropertyResolver接口，通过environment对象获取配置文件中指定Key对应的value方法时，调用了propertyResolver接口的getProperty方法

3.配置环境(Environment)加入到监听器对象中(SpringApplicationRunListeners)

4.创建run方法的返回对象：ConfigurableApplicationContext(应用配置上下文)，创建方法：

 　　方法会先获取显式设置的应用上下文(applicationContextClass)，如果不存在，再加载默认的环境配置（通过是否是web environment判断），默认选择AnnotationConfigApplicationContext注解上下文（通过扫描所有注解类来加载bean），最后通过BeanUtils实例化上下文对象，并返回，ConfigurableApplicationContext类图如下：

主要看其继承的两个方向：

LifeCycle：生命周期类，定义了start启动、stop结束、isRunning是否运行中等生命周期空值方法

ApplicationContext：应用上下文类，其主要继承了beanFactory(bean的工厂类)

5.回到run方法内，prepareContext方法将listeners、environment、applicationArguments、banner等重要组件与上下文对象关联

6.接下来的refreshContext(context)方法(初始化方法如下)将是实现spring-boot-starter-*(mybatis、redis等)自动化配置的关键，包括spring.factories的加载，bean的实例化等核心工作。

refresh方法

配置结束后，Springboot做了一些基本的收尾工作，返回了应用环境上下文。回顾整体流程，Springboot的启动，主要创建了配置环境(environment)、事件监听(listeners)、应用上下文(applicationContext)，并基于以上条件，在容器中开始实例化我们需要的Bean，至此，通过SpringBoot启动的程序已经构造完成，接下来我们来探讨自动化配置是如何实现。

参考链接

SpringBoot启动流程解析（总结的非常好，很清晰！）-CSDN博客