流程
导入 spring-web，导入了 Web 开发场景
场景启动器导入了相关场景的所有依赖：starter-json、starter-tomcat、springmvc
每个场景启动器都引入了一个 spring-boot-starter，核心场景启动器
核心场景启动器引入了 spring-boot-autoconfigure包
spring-boot-autoconfigure里面囊括了所有场景的所有配置
只要这个包下的所有类都能生效，那么相当于 SpringBoot 官方写好的整合功能就生效了
SpringBoot 默认却扫描不到 spring-boot-configure下写好的所有配置类，（这些配置类给我们做了整合操作），默认只扫描主程序所在的包。
主程序：@SpringBootApplication
@SpringBootApplication由三个注解组成：@SpringBootConfiguration、@EnableAutoConfiguration、@ComponentScan
SpringBoot 默认只能扫描自己主程序所在的包及其下面的子包，扫描不到 spring-boot-autoconfigure 包中官方写好的配置类
@EnableAutoConfiguration：SpringBoot 开启自动配置的核心
是由@Import(AutoConfigurationImportSelector.class)提供的功能：批量给容器中导入组件
SpringBoot 启动会默认加载142个配置类
这142个配置类来自于 spring-boot-autoconfigure下META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件指定的
项目启动的时候利用 @Import批量导入组件机制把 autoconfigure包下的142个 xxxAutoConfiguration类导入进来（自动配置类）
按需生效：
虽然导入了142个自动配置类，但不是这142个自动配置类都能生效
每一个自动配置类，都有条件组件@ConditionOnXxx，只有条件成立，才能生效
xxxAutoConfiguration自动配置类
**给容器中使用 @Bean放一堆组件 **
每个自动配置类都可能有这个注解@EnableConfigurationProperties(XxxProperties.class)，用来把配置文件中配的指定前缀的属性值封装到 XxxProperties属性类中
以 Tomcat 为例：把服务器的所有配置都是以 server开头的。配置都封装到了属性类中
给容器中放的组件到处一些核心参数，都来自于 XxxProperties。XxxProperties都是和配置文件绑定
只需要改配置文件的值，核心组件的底层参数都能修改
写业务，全程无需关心各种整合（底层这些整合写好了，而且也生效了）
核心流程
导入 starter，就会导入 autoconfigure包。
autoconfigure 包里面有—个文件META-INF/spring/org·springframework.boot.autoconfigure.AutoConfiguration.imports，里面指定的所有启动要加载的自动配置类
@EnableAutoConfiguration会自动的把上面文件里面写的所有自动配置类都导入进来。XxxAutoConfiguration是有条件注解进行按需加载
XxxAutoConfiguration给容器中导入一堆组件，组件都是从 XxxProperties中提取属性值
XxxProperties又是和配置文件进行了绑定
效果：导入starter，修改配置文件，就能修改底层行为
认知地基的重铸：解构波普尔百年话语霸权与TMM科学本体论的奠基
