springboot starter工作原理_98，谈谈SpringBoot的工作原理

对技术的探索，一切源于好奇心，保持好奇心，才能让人更年轻。

至今，我们已经有了很多创建SpringBoot项目的经验，比如我们要创建一个支持web开发的项目，我们只需要引入web-starter模块即可。

那么，SpringBoot为什么这么神奇？引入的依赖变少了，配置文件也不见了，但项目却可以正常运行。下面我们一起来探究这背后的逻辑：

1，为什么依赖的依赖变少了？SpringBoot是如何管理这些依赖的？

我们分两个点来看起

1.1 从pom文件出发

首先，是有一个父工程的引用

我们继续往里面跟踪，发现父工程又依赖于另一个父工程

继续跟踪，发现这是一个pom工程，统一控制版本

定义了一堆第三方jar包的版本

结论：

所有我们使用了SpringBoot之后，由于父工程有对版本的统一控制，所以大部分第三方包，我们无需关注版本，个别没有纳入SpringBoot管理的，才需要设置版本号

1.2 SpringBoot将所有的常见开发功能，分成了一个个场景启动器（starter），这样我们需要开发什么功能，就导入什么场景启动器依赖即可。

比如，我们现在要开发web项目，所以我们导入了spring-boot-starter-web

我们来跟踪看看，内部也复用一些starter

还有Springweb和SpringMVC，这也就是为什么，我们就可以开发SpringWeb程序的原因

结论：

• 大家会发现，SpringBoot是通过定义各种各样的Starter来管理这些依赖的
• 比如，我们需要开发web的功能，那么引入spring-boot-starter-web
• 比如，我们需要开发模板页的功能，那么引入spring-boot-starter-thymeleaf
• 我们需要整合redis，那么引入spring-boot-starter-data-redis
• 我们需要整合amqp，实现异步消息通信机制，那么引入spring-boot-starter-amqp
• 等等，就是这么方便

2，为什么我们不需要配置？

我们来看看SpringBoot的启动类代码，除了一个关键的注解，其他都是普通的类和main方法定义

那么，我们来观察下这个注解背后的东西，发现，这个注解是一个复合注解，包含了很多的信息

其他注解都是一个注解的常规配置，所以关键看圈中的这两个

我们来分析第一个关键注解：@SpringBootConfiguration

我们可以看到，内部是包含了@Configuration，这是Spring定义配置类的注解

而@Configuration实际上就是一个@Component，表示一个受Spring管理的组件

结论：@SpringBootConfiguration这个注解只是更好区分这是SpringBoot的配置注解，本质还是用了Spring提供的@Configuration注解

我们再来探讨下一个注解：@EnableAutoConfiguration

这个注解的作用是告诉SpringBoot开启自动配置功能，这样就减少了我们的配置

那么具体是怎么实现自动配置的？

我们先来观察这个注解背后的内容

所以，又到了分析圈中的两个注解了

先来分析@AutoConfigurationPackage

观察其内部实现，内部是采用了@Import，来给容器导入一个Registrar组件

所以，我们继续往下跟踪，来看Registrar内部是什么情况？

我们可以跟踪源码看看这段是什么信息

结论：

通过源码跟踪，我们知道，程序运行到这里，会去加载启动类所在包下面的所有类

这就是为什么，默认情况下，我们要求定义的类，比如controller，service必须在启动类的同级目录或子级目录的原因

再来分析@Import(AutoConfigurationImportSelector.class)

这个的关键是来看AutoConfigurationImportSelector.class内部的细节

在这个类的内部，有一个关键的方法，我们可以调试来看看结果

发现默认加载了好多的自动配置类，这些自动配置类，会自动给我们加载每个场景所需的所有组件，并配置好这些组件，这样就省去了很多的配置

好了，今天就写到这，祝大家周末愉快，每天都能增值一点点！

有更多的时间去做自己喜欢的事。