Learn from：尚硅谷
自动配置原理我们知道 @SpringBootApplication这一个注解代表了三个注解
第一个注解代表当前的类是一个配置类，因为这个注解的类上有一个@Configuration
@ComponentScan(“com.levia.boot”)第二个注解指定扫描哪些包
@EnableAutoConfiguration第三个注解是启动自动加载配置，点进去后发现它由这两个注解组成
第一个注解点进去发现
@import({Registrar.class}) 给容器中导入Registrar组件，
点进去发现，有两个函数，我们需要关注的是registerBeanDefinitions()
这个函数会进行一个操作，我们在这打个断点发现这个注解是在MainApplication上的。
然后我们计算一下下面这个**(newAutoConfigurationPackages.Packageimports(metadata)).getPackageNames()**
发现它的值就为我们主程序所在的包名
然后我们点进去这个register函数，发现它有个函数
这时候我们就知道了这第一个注解 @AutoConfigurationPackage的作用就是将我们主程序的包名下的配置类导入到容器中。
第二个注解点进去
1、利用 getAutoConfigurationEntry(annotationmetadata); 给容器中批量导入一些组件
2、调用 List configurations = getCandidateConfigurations(annotationmetadata, attributes) 获取到所有需要导入到容器中的配置类
我们打个断点看一下：
configuration内有131个自动配置类，从而将配置类加载到容器里。
点进去candidate，直到。
我们可以得知3、4
3、利用工厂加载 Map
4、从meta-INF/spring.factories位置来加载一个文件。
默认扫描我们当前系统里面所有meta-INF/spring.factories位置的文件
spring-boot-autoconfigure-2.3.4.RELEASE.jar包里面也有meta-INF/spring.factories
然后我们去spring-boot-autoconfigure-2.3.4.RELEASE.jar包的meta-INF/spring.factories下查看
也是131个自动配置类
首先，SpringBoot会加载所有写死了的自动配置类。
但是根据配置类上的条件装配注解 @Conditional，这些配置类会按需配置。
虽然文件里写了131个，但是很多其实都没有加载。
这里就是一个例子
因为我们的缓存这个类没有达成我们的条件装配的条件，因此不回加载到容器中。
使用 @ConfigurationProperties
这些自动配置类xxxAutoConfiguration会和xxx.properties的配置文件绑定
自动给用户加载组件的值
生效的配置类就会加载很多组件
只有容器中含有这些组件，相当于这个组件的功能就是可以使用的
当你修改默认设置的时候，SpringBoot会检查你的组件是否符合规范
@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;
}
给容器中加入了文件上传解析器；
定制化配置
1、可以自己写一个bean组件，SpringBoot以用户写的组件优先
2、直接看组件获取的配置文件的什么值就去application.properties修改
xxxxxAutoConfiguration —> 组件 —> xxxxProperties里面拿值 ----> application.properties
