自动配置流程细节梳理：
1、导入starter-web：导入了web开发场景
- 1、场景启动器导入了相关场景的所有依赖：
starter-json、starter-tomcat、springmvc - 2、每个场景启动器都引入了一个
spring-boot-starter，核心场景启动器。(上面三个也有) - 3、核心场景启动器引入了
spring-boot-autoconfigure包。 - 4、
spring-boot-autoconfigure里面囊括了所有场景的所有配置。 - 5、只要这个包下的所有类都能生效，那么相当于SpringBoot官方写好的整合功能就生效了。
- 6、SpringBoot默认却扫描不到
spring-boot-autoconfigure下写好的所有配置类。（这些配置类给我们做了整合操作），默认只扫描主程序所在的包。
2、主程序：@SpringBootApplication
- 1、
@SpringBootApplication由三个注解组成@SpringBootConfiguration声明配置类、@EnableAutoConfiguratio、@ComponentScan扫描指定组件包 - 2、SpringBoot默认只能扫描自己主程序所在的包及其下面的子包，扫描不到
spring-boot-autoconfigure包中官方写好的配置类 - 3、
@EnableAutoConfiguration：SpringBoot 开启自动配置的核心。- 1、是由
@Import(AutoConfigurationImportSelector.class)提供功能：批量给容器中导入组件。 - 2、SpringBoot启动会默认加载 142个配置类。
- 3、这142个配置类来自于
spring-boot-autoconfigure下META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件指定的
项目启动的时候利用 @Import 批量导入组件机制把autoconfigure包下的142xxxxAutoConfiguration类导入进来（自动配置类）命名规范都是以xxxxAutoConfiguration结尾的自动配置类
虽然导入了142个自动配置类 - 4、按需生效：
并不是这142个自动配置类都能生效
每一个自动配置类，都有条件注解@ConditionalOnxxx，只有条件成立，才能生效
- 1、是由
3、xxxxAutoConfiguration自动配置类
- 1、给容器中使用@Bean 放一堆组件。
- 2、每个自动配置类都可能有这个注解
@EnableConfigurationProperties(ServerProperties.class)，用来把配置文件中配的指定前缀的属性值封装到xxxProperties属性类中 - 3、以Tomcat为例：把服务器的所有配置都是以
server开头的。配置都封装到了属性类中 - 4、给容器中放的所有组件的一些核心参数，都来自于
xxxProperties。xxxProperties都是和配置文件绑定。 - 只需要改配置文件的值，核心组件的底层参数都能修改
核心流程总结：
1、导入starter，就会导入autoconfigure包。
2、autoconfigure 包里面 有一个文件 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports,里面指定的所有启动要加载的自动配置类
3、@EnableAutoConfiguration 会自动的把上面文件里面写的所有自动配置类都导入进来。xxxAutoConfiguration 是有条件注解进行按需加载
4、xxxAutoConfiguration给容器中导入一堆组件，组件都是从 xxxProperties中提取属性值
5、xxxProperties又是和配置文件进行了绑定
效果：导入starter、修改配置文件，就能修改底层行为。
点开依赖，找到autoconfigure包
autoconfigure包里面写了SpringBoot官方的所有场景的全场景的各种配置
比如Web相关的所有配置
JDBC相关的所有配置
public class AutoConfigurationImportSelector implements DeferredImportSelector, BeanClassLoaderAware
ResourceLoaderAware, BeanFactoryAware, EnvironmentAware, Ordered{
//批量导入组件
@0verride
public String[] selectImports(AnnotationMetadata annotationMetadata){
if(!isEnabled(annotationMetadata)){
return NO_IMPORTS;
}
AutoConfigurationEntry autoConfigurationEntry = getAutoConfigurationEntry(annotationMetadata)
return stringUtils.toStringArray(autoConfiqurationEntry.getConfigurations());
}
SpringBoot加载进来24个配置，这些配置又是从哪来的
可以看到是从getCandidateConfigurations方法里返回的全类名。
去getCandidateConfigurations方法看看
可以看到是调用了工具类ImportCandidates，然后loadAutoconfiguration.class这个类，configurations现在默认有140+个配置类，远大于返回的24个配置类。
如果找不到这个配置类，则会报错，沿着提示给的路径去看看文件
可以看到文件里存着140多个全类名，并且都以AutoConfiguration为结尾。
//以Tomcat为例
//属性绑定，追入ServerProperties.class看看
@AutoConfiguration
@ConditionalOnNotWarDeployment
@ConditionalOnWebApplication
@EnableConfigurationProperties(ServerProperties.class)
public class EmbeddedWebServerFactorycustomizerAutoconfiquration {
@Configuration(proxyBeanMethods =false)
@ConditionalOnclass({ Tomcat.class, UpgradeProtocol.class })
public static class TomcatWebServerFactoryCustomizerConfiguration {
@Bean
public TomcatWebServerFactoryCustomizer tomcatWebServerFactoryCustomizer(Environment environment,
ServerProperties serverProperties){
return new TomcatWebServerFactoryCustomizer(environment, serverProperties);
}
}
}
//把配置文件中所有以"server"开头的，所以跟ServerProperties 一一对应的属性进行绑定，
//比如server.port；server.address
//属性类把配置文件绑定在类中，而且把这个类放进容器中
//为啥要把属性类放进容器中？
//因为给容器放入Tomcat自定义工厂组件的时候，它要求传入ServerProperties
//而@Bean的方法参数中如果容器里面有，就去容器里拿；而正好我们把属性类放入了容器
@ConfiqurationProperties(prefix="server", iqnoreUnknownFields =true)
public class ServerProperties {
private Integer port;
private InetAddress address;
private String serverHeader;
...
}