SpringBoot是基于SSM框架为基础的，相信大家能去学SpringBoot，基本上应该都玩过SSM（Spring，MyBatis，SpringMVC），如果我没猜错，都被这个SSM坑到过吧！！相比SpringBoot的话，SpringBoot内部主要是整合了Spring、SpringMVC等，避免我们以前写SSM框架时，在xml中写入了大量的配置；而在SpringBoot中，我们基本上都不需要写xml文件，基本上引入了需要的场景启动器（这个词语下面会详细讲到），我们就可以快速地上手SpringBoot！！！
一、依赖管理 父项目做依赖管理开发导入starter场景启动器然后我们使用快捷键CTRL+点击 进入**spring-boot-starter-parent**可以看到： org.springframework.boot spring-boot-starter-parent 2.6.6 org.springframework.boot spring-boot-dependencies 2.6.6
这里是不是有人想问什么是场景启动器？
-
当你见到很多spring-boot-starter-， 代表的就是某种场景
举例：spring-boot-starter-web:web场景 -
只要引入starter，这个场景的所有常规需要的依赖我们都自动引入
-
SpringBoot所有支持的场景
查看SpringBoot支持的所有场景 -
见到的 *-spring-boot-starter： 第三方为我们提供的简化开发的场景启动器。
-
所有场景启动器最底层的依赖：
org.springframework.boot spring-boot-starter 2.6.6 compile
- 引入依赖默认都可以不写版本
- 引入非版本仲裁的jar包，要写版本号
- 首先查看 spring-boot-dependencies 里面规定当前依赖用的版本号（key）
- 在当前项目里重写配置
5.1.43
- 引入Tomcat依赖
- 配置Tomcat
org.springframework.boot spring-boot-starter-tomcat 2.6.6 compile
- 引入SpringMVC全套组件
- 自动配置好了SpringMVC常用组件（功能）
如：字符编码问题
- SpringBoot帮我们配好了所有web开发的常见场景
-
主程序所在包及其下面的所有子包里面的组件都会被默认扫描进来
-
无需以前的包扫描配置
-
想要改变扫描路径:
-
@SpringBootApplication(scanBasePackages = "com")
-
或者@ComponentScan指定扫描路径
@SpringBootApplication 等同于 @SpringBootConfiguration @EnableAutoConfiguration @ComponentScan("com")
-
- 默认配置最终都是映射到某个类上，如：MultipartProperties
- 配置文件的值最终会绑定每个类上，这个类会在容器中创建对象
- 引入了哪些场景这个场景的自动配置才会开启
- SpringBoot所有的自动配置功能都在 spring-boot-autoconfigure 包里面
…
以下是底层源码分析，初学者的话可以先不去深入研究（毛哥：其实跟着下面一步步来，基本是听得懂的）
三、自动配置原理（底层源码解析） 1.引导加载自动配置类CTRL+左键进入 @SpringBootApplication ：
//此处省略基本元注解（同学们如果元注解不知道，请去补习以下java）
//算了，毛哥(博主大发慈悲地告诉你，元注解（简单的理解）：修饰注解的注解)
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
excludeFilters = {@Filter(
type = FilterType.CUSTOM,
classes = {TypeExcludeFilter.class}
), @Filter(
type = FilterType.CUSTOM,
classes = {AutoConfigurationExcludeFilter.class}
)}
)
public @interface SpringBootApplication {}
此处可以看到三个注解：
- @SpringBootConfiguration
@Configuration:代表当前是一个配置类；
- @ComponentScan
spring注解，用来指定扫描的包
- @EnableAutoConfiguration
//CTRL+左键进入@EnableAutoConfiguration发现以下 @AutoConfigurationPackage @Import({AutoConfigurationImportSelector.class}) public @interface EnableAutoConfiguration {}然后又发现两个注解：
- @AutoConfigurationPackage
指定了默认的包规则（默认为主程序包下）
//CTRL+左键进入@AutoConfigurationPackage发现以下： @Import({Registrar.class})//给容器中导入一个组件 public @interface AutoConfigurationPackage {} - @Import({AutoConfigurationImportSelector.class})
导入了AutoConfigurationImportSelector的功能：
- 利用getAutoConfigurationEntry(annotationMetadata);给容器中批量导入一些组件
- 调用List configurations = getCandidateConfigurations(annotationMetadata, attributes)获取到所有需要导入到容器中的配置类
- 利用工厂加载 Map
- 从META-INF/spring.factories位置来加载一个文件。
默认扫描我们当前系统里面所有META-INF/spring.factories位置的文件
spring-boot-autoconfigure-2.6.6.jar包里面也有META-INF/spring.factories
代表着：SpringBoot启动了就要给容器中加载所有配置类
- @AutoConfigurationPackage
虽然我们127个****AutoConfiguration场景的所有自动配置启动的时候默认全部加载，但是按照条件装配规则（@Conditional），最终会按需配置。 注意：application.yml(配置文件)中debug: true开启自动配置报告。Negative(不生效)Positive(生效)3.修改默认配置(举例：文件上传配置)
@Bean
@ConditionalOnBean(MultipartResolver.class) //容器中有这个类型组件
@ConditionalOnMissingBean(name = DispatcherServlet.MULTIPART_RESOLVER_BEAN_NAME) //容器中没有这个名字 multipartResolver 的组件
public MultipartResolver multipartResolver(MultipartResolver resolver) {
//给@Bean标注的方法传入了对象参数，这个参数的值就会从容器中找。
//SpringMVC multipartResolver。防止有些用户配置的文件上传解析器不符合规范
// Detect if the user has created a MultipartResolver but named it incorrectly
return resolver;
}
给容器中加入了文件上传解析器；
SpringBoot默认会在底层配好所有的组件，但是如果用户自己配置了以用户的优先
总结：
- SpringBoot先加载所有的自动配置类：****AutoConfiguration
- 每个自动配置类按照条件进行生效，默认都会绑定配置文件的值。****Properties里面拿。****Properties和application.yml(配置文件)进行了绑定。
- 生效的配置类就会给容器中装配很多组件
- 只要容器中有这些组件，相当于这些功能就有了
- 定制化配置
- 用户直接自己去@bean替换底层的组件
- 用户直接去配置文件修改默认值
