1 自动配置底层分析
1.1 自动配置注解解析
@SpringBootApplication注解是SpringBoot的核心注解，他是由以下三个注解总和而成.
@SpringBootConfiguration
该注解底层有一个@Configuration注解，标明当前类是一个配置类
@EnableAutoConfiguration该注解又由以下两个注解组合而成
@AutoConfigurationPackage：底层使用@Import({Registrar.class})向容器中注册组件，Registrar.class里获取到主程序所在的包并将包下的所有组件导入进来，这也就间接说明了SpringBoot的默认包扫描规则： 主程序(MainApplication)所在的包及这个包的所有子包都会被扫描
@Import(AutoConfigurationImportSelector.class)：AutoConfigurationImportSelector.class下有一个selectImports方法，方法里面又使用getAutoConfigurationEntry内部的getCandidateConfigurations方法获取需要注册的组件都有哪些，getCandidateConfigurations方法里面使用SpringFactoriesLoader.loadFactoryNames内层的loadSpringFactories方法里的getResources(“META-INF/spring.factories”)默认扫描当前系统里面所有jar包META-INF/spring.factories位置下的文件。后面发现spring-boot-autoconfigure-2.3.4.RELEASE.jar包里面也有META-INF/spring.factories文件，文件里面有个EnableAutoConfiguratio配置项写死了spring-boot一启动就要给容器中加载的所有配置类。虽然我们127个场景中自动配置启动的时候默认全部加载所有的xxxxAutoConfiguration，但是最终按照条件装配规则(@Conditional)按需配置。
@ComponentScan
这个注解定义了包扫描的规则
1.2 修改默认配置
SpringBoot默认会在底层配好所有的组件，但是如果用户自己配置了以用户的优先。使用@ConditionalOnMissingBean注解判断容器中是否存在该组件的话就使用默认的类进行配置
1.3 总结
● SpringBoot先通过xxxxxAutoConfiguration加载所有的自动配置类
● 每个自动配置类按照条件进行生效，默认都会绑定配置文件指定的值，这个值就在xxxxProperties里面拿，xxxProperties和配置文件进行了绑定。
● 生效的配置类就会给容器中装配很多组件
● 只要容器中有这些组件，相当于这些功能就有了
● 定制化配置
○ 用户直接自己@Bean替换底层的组件
○ 在创建的配置文件中使用配置项修改默认的配置信息。比如说配置字符编码格式在HttpEncodingAutoConfiguration里的注解中可以得知
xxxxxAutoConfiguration —> 组件 —>
xxxxProperties里面拿值 ----> application.properties
1.4 最佳实践
根据上述自动配置原理总结SpringBoot的最佳项目实践流程
引入场景依赖
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency>
查看自动配置了哪些组件
默认场景对应的自动配置一般都生效
配置文件中debug=true开启自动配置报告，其中Positive(生效组件)、Negative(不生效组件)以及会显示不生效的原因是什么没有匹配到
修改配置项
参考文档：SpringBoot可能会用到的所有配置项
按照前面的定制化方式自己分析
组件修改
@Bean、@Component……注解
…………业务流程
2 开发小技巧
2.1 Lombok简化开发
第一步： 导入依赖(由于starter启动器中已经配置了版本，于是可以不去再次进行设置)
<dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> </dependency>
第二步： 搜索安装lombok插件
第三步： 使用注解进行开发
JavaBean的注解 使用注解并不会直接自动生成代码，而是在编译期间将注解的方法补上。而且如果需要使用多参但不全构造器的话，没有注解可以完成，需要自己在源码上手写
@NoArgsConstructor： 无参构造器
@AllArgsConstructor： 全参构造器
@ToString： 全参数的toString方法
@Data： getter和setter方法
生成日志
类上加注解@Slf4j
log.info方法打印日志
