传统的Spring框架实现一个Web服务，需要导入各种依赖JAR包，然后编写对应的XML配置文件等，相较而言，Spring Boot显得更加方便、快捷和高效。那么，Spring Boot究竟如何做到这些的呢？
依赖管理
问题：为什么导入dependency时不需要指定版本？
在Spring Boot入门程序中，项目pom.xml文件有两个核心依赖，分别是spring-boot-starter-parent和spring-boot-starter-web，关于这两个依赖的相关介绍具体如下：
1.spring-boot-starter-parent依赖
在Spring Boot项目中的pom.xml文件中找到spring-boot-starter-parent依赖，示例代码如下:
org.springframework.boot spring-boot-starter-parent 2.1.6.RELEASE
上述代码中，将spring-boot-starter-parent依赖作为Spring Boot项目的统一父项目依赖管理，并将项目版本号统一为2.1.6.RELEASE，该版本号根据实际开发需求是可以修改的 。
使用“Ctrl+鼠标左键”进入并查看spring-boot-starter-parent底层源文件，发现spring-bootstarter-parent的底层有一个父依赖spring-boot-dependencies，核心代码具体如下：
继续查看spring-boot-dependencies底层源文件，核心代码具体如下：
从spring-boot-dependencies底层源文件可以看出，该文件通过标签对一些常用技术框架的依赖文件进行了统一版本号管理，例如activemq、spring、tomcat等，都有与Spring Boot 2.1.6.RELEASE版本相匹配的版本，这也是pom.xml引入依赖文件不需要标注依赖文件版本号的原因。
需要说明的是，如果pom.xml引入的依赖文件不是 spring-boot-starter-parent管理的，那么在pom.xml引入依赖文件时，需要使用标签指定依赖文件的版本号。
问题： spring-boot-starter-parent父依赖启动器的主要作用是进行版本统一管理，那么项目运行依赖的JAR包是从何而来的？
2.spring-boot-starter-web依赖
查看spring-boot-starter-web依赖文件源码，核心代码具体如下==(Maven的依赖传递)==:
org.springframework.boot spring-boot-starter 2.1.6.RELEASE compile org.springframework.boot spring-boot-starter-json 2.1.6.RELEASE compile org.springframework.boot spring-boot-starter-tomcat 2.1.6.RELEASE compile org.hibernate.validator hibernate-validator 6.0.17.Final compile org.springframework spring-web 5.1.8.RELEASE compile org.springframework spring-webmvc 5.1.8.RELEASE compile
从上述代码可以发现，spring-boot-starter-web依赖启动器的主要作用是提供Web开发场景所需的底层所有依赖。
正是如此，在pom.xml中引入spring-boot-starter-web依赖启动器时，就可以实现Web场景开发，而不需要额外导入Tomcat服务器以及其他Web依赖文件等。当然，这些引入的依赖文件的版本号还是由spring-boot-starter-parent父依赖进行的统一管理。
正是如此，在pom.xml中引入spring-boot-starter-web依赖启动器时，就可以实现Web场景开发，而不需要额外导入Tomcat服务器以及其他Web依赖文件等。当然，这些引入的依赖文件的版本号还是由spring-boot-starter-parent父依赖进行的统一管理。
列出了Spring Boot官方提供的部分场景依赖启动器，这些依赖启动器适用于不同的场景开发，使用时只需要在pox.xml文件中导入对应的依赖启动器即可。
需要说明的是，Spring Boot官方并不是针对所有场景开发的技术框架都提供了场景启动器，例如数据库操作框架MyBatis、阿里巴巴的Druid数据源等，Spring Boot官方就没有提供对应的依赖启动器。为了充分利用Spring Boot框架的优势，在Spring Boot官方没有整合这些技术框架的情况下，MyBatis、Druid等技术框架所在的开发团队主动与Spring Boot框架进行了整合，实现了各自的依赖启动器，例如mybatis-spring-boot-starter、druid-spring-boot-starter等。我们在pom.xml文件中引入这些第三方的依赖启动器时，切记要配置对应的版本号！！！
自动配置（启动流程）
概念：能够在我们添加jar包依赖的时候，自动为我们配置一些组件的相关配置，我们无需配置或者只需要少量配置就能运行编写的项目。
问题：Spring Boot到底是如何进行自动配置的，都把哪些组件进行了自动配置？
Spring Boot应用的启动入口是@SpringBootApplication注解标注类中的main()方法，
@SpringBootApplication// 能够扫描spring组件并自动装配Spring Boot
public class ApotApplication {
public static void main(String[] args) {
SpringApplication.run(ApotApplication.class, args);
}
}
@SpringBootApplication能够扫描Spring组件并自动配置Spring Boot，查看@SpringBootApplication内部源码进行分析 ，核心代码具体如下:
@Target(ElementType.TYPE)//注解的适用范围,Type表示注解可以描述在类、接口、注解或枚举中
@Retention(RetentionPolicy.RUNTIME)//表示注解的生命周期，Runtime运行时
@documented//表示注解可以记录在javadoc中
@Inherited//表示可以被子类继承该注解
@SpringBootConfiguration// 标明该类为配置类
@EnableAutoConfiguration// 启动自动配置功能
@ComponentScan(excludeFilters = { @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })// 包扫描器
public @interface SpringBootApplication {
从上述源码可以看出，@SpringBootApplication注解是一个组合注解，前面 4 个是注解的元数据信息， 我们主要看后面 3 个注解：@SpringBootConfiguration、@EnableAutoConfiguration、@ComponentScan三个核心注解，关于这三个核心注解的相关说明具体如下：
|- @SpringBootConfiguration |- @Configuration //通过javaConfig的方式来添加组件到IOC容器中 |- @EnableAutoConfiguration |- @AutoConfigurationPackage //自动配置包，与@ComponentScan扫描到的添加到IOC |- @import(AutoConfigurationimportSelector.class) //到meta-INF/spring.factories中定义的bean添加到IOC容器中 |- @ComponentScan //包扫描
1．@SpringBootConfiguration注解
@SpringBootConfiguration注解表示Spring Boot配置类。查看@SpringBootConfiguration注解源码，核心代码具体如下:
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@documented
@Configuration //配置IOC容器
public @interface SpringBootConfiguration {
}
从上述源码可以看出，@SpringBootConfiguration注解内部有一个核心注解@Configuration，该注解是Spring框架提供的，表示当前类为一个配置类（XML配置文件的注解表现形式），并可以被组件扫描器扫描。由此可见，@SpringBootConfiguration注解的作用与@Configuration注解相同，都是标识一个可以被组件扫描器扫描的配置类，只不过@SpringBootConfiguration是被Spring Boot进行了重新封装命名而已！
2．@EnableAutoConfiguration注解
@EnableAutoConfiguration注解表示开启自动配置功能，该注解是Spring Boot框架最重要的注解，也是实现自动化配置的注解。同样，查看该注解内部查看源码信息，核心代码具体如下:
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@documented
@Inherited
@AutoConfigurationPackage//自动配置包
@import(AutoConfigurationimportSelector.class)//自动配置类扫描导入
public @interface EnableAutoConfiguration {
可以发现它是一个组合注解，Spring 中有很多以Enable开头的注解，其作用就是借助@import来收集并注册特定场景相关的bean，并加载到IoC容器。@EnableAutoConfiguration就是借助@import来收集所有符合自动配置条件的bean定义，并加载到IoC容器。
（1）@AutoConfigurationPackage注解
查看@AutoConfigurationPackage注解内部源码信息，核心代码具体如下：
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@documented
@Inherited
@import(AutoConfigurationPackages.Registrar.class)// 导入Registrar中注册的组件
public @interface AutoConfigurationPackage {
}
从上述源码可以看出，@AutoConfigurationPackage注解的功能是由@import注解实现的，它是spring框架的底层注解，它的作用就是给容器中导入某个组件类，例如@import(AutoConfigurationPackages.Registrar.class)，它就是将Registrar这个组件类导入到容器中，可查看Registrar类中registerBeanDefinitions方法，这个方法就是导入组件类的具体实现 :
在Registrar类中有一个registerBeanDefinitions()方法，使用Debug模式启动项目， 可以看到选中的部分就是com.amarsoft.apot。也就是说，@AutoConfigurationPackage注解的主要作用就是将主程序类所在包及所有子包下的组件到扫描到spring容器中。
因此 在定义项目包结构时，要求定义的包结构非常规范，项目主程序启动类要定义在最外层的根目录位置，然后在根目录位置内部建立子包和类进行业务开发，这样才能够保证定义的类能够被组件扫描器扫描！
（2）@import({AutoConfigurationimportSelector.class})
//可以帮助springboot应用将所有符合条件的@Configuration配置都加载到当前SpringBoot创建并使用的IoC容器(ApplicationContext)中 @import(AutoConfigurationimportSelector.class)
继续研究AutoConfigurationimportSelector这个类，通过源码分析这个类中是通过selectimports这个方法告诉springboot都需要导入那些组件：
@Override
public String[] selectimports(Annotationmetadata annotationmetadata) {
//判断EnableAutoConfiguration这个注解是否开启，默认是开启的(是否进行自动装配)
if (!isEnabled(annotationmetadata)) {
return NO_importS;// 常量，空数组
}
//加载meta-INF/spring-autoconfigure-metadata.properties,从中获取所有支持自动装配类的条件
AutoConfigurationmetadata autoConfigurationmetadata = AutoConfigurationmetadataLoader
.loadmetadata(this.beanClassLoader);
AutoConfigurationEntry autoConfigurationEntry = getAutoConfigurationEntry(autoConfigurationmetadata,
annotationmetadata);
return StringUtils.toStringArray(autoConfigurationEntry.getConfigurations());
}
深入研究loadmetadata方法:
final class AutoConfigurationmetadataLoader {
protected static final String PATH = "meta-INF/" + "spring-autoconfigure-metadata.properties";
private AutoConfigurationmetadataLoader() {
}
public static AutoConfigurationmetadata loadmetadata(ClassLoader classLoader) {
return loadmetadata(classLoader, PATH);
}
static AutoConfigurationmetadata loadmetadata(ClassLoader classLoader, String path) {
try {
Enumeration urls = (classLoader != null) ? classLoader.getResources(path)
: ClassLoader.getSystemResources(path);
Properties properties = new Properties();
while (urls.hasMoreElements()) {
properties.putAll(PropertiesLoaderUtils.loadProperties(new UrlResource(urls.nextElement())));
}
return loadmetadata(properties);
}
catch (IOException ex) {
throw new IllegalArgumentException("Unable to load @ConditionalOnClass location [" + path + "]", ex);
}
}
找到spring-autoconfigure-metadata.properties:
格式：自动配置的类全名.条件 = 值
深入研究getAutoConfigurationEntry方法:
protected AutoConfigurationEntry getAutoConfigurationEntry(AutoConfigurationmetadata autoConfigurationmetadata,
Annotationmetadata annotationmetadata) {
if (!isEnabled(annotationmetadata)) {
return EMPTY_ENTRY;
}
AnnotationAttributes attributes = getAttributes(annotationmetadata);
// 用来获取默认支持的自动装配类名列表
List configurations = getCandidateConfigurations(annotationmetadata, attributes);
//去除重复的
configurations = removeDuplicates(configurations);
Set exclusions = getExclusions(annotationmetadata, attributes);
checkExcludedClasses(configurations, exclusions);
configurations.removeAll(exclusions);
// 对所有候选者的自动装配类进行过滤，根据项目pom.xml文件中加入的依赖筛选出最终符合当前项目运行环境的对应的自动装配类
// @ConditionalOnClass：某个class位于类路径上（自定义或者官方依赖，在classpath下可以找到），才会实例化这个Bean
//@ConditionalOnBean：DI容器中存在该类型bean时生效
//@ConditionalOn...
// filter根据spring-autoconfigure-metadata.properties满足条件的和@ConditionalOn...是否满足进行判断
configurations = filter(configurations, autoConfigurationmetadata);
// 将自动配置导入实践监听器
fireAutoConfigurationimportEvents(configurations, exclusions);
return new AutoConfigurationEntry(configurations, exclusions);
}
深入getCandidateConfigurations方法，方法中有一个重要方法loadFactoryNames，这个方法是让SpringFactoryLoader去加载一些组件的名字。
protected ListgetCandidateConfigurations(Annotationmetadata metadata, AnnotationAttributes attributes) { List configurations = SpringFactoriesLoader.loadFactoryNames(getSpringFactoriesLoaderFactoryClass(), getBeanClassLoader()); Assert.notEmpty(configurations, "No auto configuration classes found in meta-INF/spring.factories. If you " + "are using a custom packaging, make sure that file is correct."); return configurations; }
深入loadFactoryNames方法中:
查看meta-INF/spring.factories文件:
@EnableAutoConfiguration就是从classpath中搜寻meta-INF/spring.factories配置文件，并将其中org.springframework.boot.autoconfigure.EnableutoConfiguration对应的配置项通过反射（Java Refletion）实例化为对应的标注了@Configuration的JavaConfig形式的配置类，并加载到IOC容器中
总结 springboot底层实现自动配置的步骤是：
springboot应用启动；
- @SpringBootApplication起作用；
- @EnableAutoConfiguration；
- @AutoConfigurationPackage：这个组合注解主要是@import(AutoConfigurationPackages.Registrar.class)，它通过将Registrar类导入到容器中，而Registrar类作用是扫描主配置类同级目录以及子包，并将相应的组件导入到springboot创建管理的容器中；
- @import(AutoConfigurationimportSelector.class)：它通过将AutoConfigurationimportSelector类导入到容器中，AutoConfigurationimportSelector类作用是通过selectimports方法执行的过程中，会使用内部工具类SpringFactoriesLoader，查找classpath上所有jar包中的meta-INF/spring.factories进行加载，实现将配置类信息交给SpringFactory加载器进行一系列的容器创建过程
3．@ComponentScan注解
@ComponentScan注解具体扫描的包的根路径由Spring Boot项目主程序启动类所在包位置决定，在扫描过程中由前面介绍的@AutoConfigurationPackage注解进行解析，从而得到Spring Boot项目主程序启动类所在包的具体位置。
自定义Stater
SpringBoot starter机制
SpringBoot由众多Starter组成（一系列的自动化配置的starter插件），SpringBoot之所以流行，也是因为starter。
starter是SpringBoot非常重要的一部分，可以理解为一个可拔插式的插件，正是这些starter使得使用某个功能的开发者不需要关注各种依赖库的处理，不需要具体的配置信息，由Spring Boot自动通过classpath路径下的类发现需要的Bean，并织入相应的Bean。
例如，你想使用Reids插件，那么可以使用spring-boot-starter-redis；如果想使用MongoDB，可以使用spring-boot-starter-data-mongodb
为什么要自定义starter
开发过程中，经常会有一些独立于业务之外的配置模块。如果我们将这些可独立于业务代码之外的功能配置模块封装成一个个starter，复用的时候只需要将其在pom中引用依赖即可，SpringBoot为我们完成自动装配
自定义starter的命名规则
- SpringBoot提供的starter以spring-boot-starter-xxx的方式命名的。官方建议自定义的starter使用xxx-- spring-boot-starter命名规则。以区分SpringBoot生态提供的starter
- 整个过程分为两部分：自定义starter使用starter
首先，先完成自定义starter
（1）新建maven jar工程，工程名为xxx-spring-boot-starter，导入依赖：
org.springframework.boot spring-boot-autoconfigure 2.2.2.RELEASE
（2）编写javaBean
import org.springframework.boot.context.properties.ConfigurationProperties;
import org.springframework.boot.context.properties.EnableConfigurationProperties;
@EnableConfigurationProperties(SimpleBean.class) // 开启下面这个注解,让下面这个注解起作用
@ConfigurationProperties(prefix = "simplebean")
public class SimpleBean {
private int id;
private String name;
public int getId() {
return id;
}
public void setId(int id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
@Override
public String toString() {
return "SimpleBean{" +
"id=" + id +
", name='" + name + ''' +
'}';
}
}
（3）编写配置类MyAutoConfiguration
import org.springframework.boot.autoconfigure.condition.ConditionalOnClass;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
@ConditionalOnClass // 当类路径classpath下有指定的类的情况，就会自动配置
public class MyAutoConfiguration {
static {
System.out.println("MyAutoConfiguration init....");
}
@Bean
public SimpleBean simpleBean() {
return new SimpleBean();
}
}
（4）resources下创建/meta-INF/spring.factories
org.springframework.boot.autoconfigure.EnableAutoConfiguration= com.lagou.config.MyAutoConfiguration
使用自定义starter
（1）导入自定义starter的依赖
com.lagou zdy-spring-boot-starter 1.0-SNAPSHOT
（2）在全局配置文件中配置属性值
simplebean.id=1 simplebean.name=自定义starter
（3）编写测试方法
//测试自定义starter
@Autowired
private SimpleBean simpleBean;
@Test
public void zdyStarterTest(){
System.out.println(simpleBean);
}
执行原理
每个Spring Boot项目都有一个主程序启动类，在主程序启动类中有一个启动项目的main()方法，在该方法中通过执行SpringApplication.run()即可启动整个Spring Boot程序。
问题：那么SpringApplication.run()方法到底是如何做到启动Spring Boot项目的呢？
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class ApotApplication {
public static void main(String[] args) {
SpringApplication.run(ApotApplication.class, args);
}
}
点进去run方法:
public static ConfigurableApplicationContext run(Class primarySource, String... args) {
return run(new Class[] { primarySource }, args);
}
再点进去run方法:
public static ConfigurableApplicationContext run(Class[] primarySources, String[] args) {
return new SpringApplication(primarySources).run(args);
}
从上述源码可以看出，SpringApplication.run()方法内部执行了两个操作，分别是SpringApplication实例的初始化创建和调用run()启动项目，这两个阶段的实现具体说明如下:
1．SpringApplication实例的初始化创建
查看SpringApplication实例对象初始化创建的源码信息，核心代码具体如下：
public SpringApplication(ResourceLoader resourceLoader, Class... primarySources) {
this.resourceLoader = resourceLoader;
Assert.notNull(primarySources, "PrimarySources must not be null");
//把项目启动类ApotApplication.class设置为属性存储起来
this.primarySources = new linkedHashSet<>(Arrays.asList(primarySources));
//判断当前webApplicationType应用的类型
this.webApplicationType = WebApplicationType.deduceFromClasspath();
//设置初始化器(Initializer),最后会调用这些初始化器
setInitializers((Collection) getSpringFactoriesInstances(ApplicationContextInitializer.class));
// 设置监听器(Listener)
setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class));
// 用于推断并设置项目main()方法启动的主程序启动类
this.mainApplicationClass = deduceMainApplicationClass();
}
从上述源码可以看出，SpringApplication的初始化过程主要包括4部分，具体说明如下:
（1）this.webApplicationType = WebApplicationType.deduceFromClasspath()
用于判断当前webApplicationType应用的类型。deduceFromClasspath()方法用于查看Classpath类路径下是否存在某个特征类，从而判断当前webApplicationType类型是SERVLET应用（Spring 5之前的传统MVC应用）还是REACTIVE应用（Spring 5开始出现的WebFlux交互式应用）
（2）this.setInitializers(this.getSpringFactoriesInstances(ApplicationContextInitializer.class))
用于SpringApplication应用的初始化器设置。在初始化器设置过程中，会使用Spring类加载器SpringFactoriesLoader从meta-INF/spring.factories类路径下的meta-INF下的spring.factores文件中获取所有可用的应用初始化器类ApplicationContextInitializer。
（3）this.setListeners(this.getSpringFactoriesInstances(ApplicationListener.class))
用于SpringApplication应用的监听器设置。监听器设置的过程与上一步初始化器设置的过程基本一样，也是使用SpringFactoriesLoader从meta-INF/spring.factories类路径下的meta-INF下的spring.factores文件中获取所有可用的监听器类ApplicationListener。
（4）this.mainApplicationClass = this.deduceMainApplicationClass()
用于推断并设置项目main()方法启动的主程序启动类
2．项目的初始化启动
