【Spring Boot】自动配置及重要注解解析

一、自动配置及原理

1、springboot自动配置了哪些功能

1）tomcat的自动配置

引入了tomcat的相关依赖

2）自动配置springmvc及常用功能

我们在主启动类中加两行代码，查看一下spring boot加载了哪些组件

通过在控制台输出中搜索，我们可以发现转发请求的dispatcherServlet、解决乱码的characterEncodingFilter还有视图解析器ViewResolver都已经被自动加载

3）默认的包结构

主程序所在包及其下面的所有子包里面的组件都会被默认扫描进来，无需向之前那样专门去配置
如果想调整包扫描路径，可以将主启动类中的@SpringBootApplication注解替换成
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan
然后再@ComponentScan后面指定自己想要的包扫描路径

4）各种配置都具有默认值

我们可以简单看下各个配置的默认值
默认配置最终都是映射到某个类上，这个类会在容器中创建对象

5）按需加载所有的自动配置项

并非所有的自动配置项都会加载，只有我们引入了对应的启动器，才会自动加载相应的自动配置项
SpringBoot所有的自动配置功能都在spring-boot-autoconfigure这个jar包里面

2、注解分析

1）底层注解分析

• @Configuration：标注当前类是一个配置类，可以使用@Configuration+@Bean的方式注册bean到spring boot的IOC容器中，默认是单实例的，可参考我之前的博客 【Spring】使用JavaConfig实现配置 - 此注解新加了一个属性proxyBeanMethods，默认开启- 如果此属性为true，那么每次@Bean方法被调用多少次返回的组件都是单实例的，如果是false，那么保证每个@Bean方法被调用多少次返回的组件都是新创建的- 如果bean之间存在组件依赖必须使用Full模式(proxyBeanMethods=true)，其他默认使用Lite模式(proxyBeanMethods=false)
• @Import：在IOC容器中自动创建出引入类型的bean，默认bean的名字就是全类名
• @ConditionalOnProperty(xxx)：判断括号内的配置是否存在且配在auto配置且值为true就生效，你没配我也认为配了
• @Conditional：条件装配，满足Conditional指定的条件，则进行bean注入，它有很多子类
• @ImportResource：用于导入 Spring 的 xml 配置文件，将该配置文件中定义的 bean 对象加载到Spring容器中，在配置类上使用
• 想要将配置文件中的配置与类进行绑定，可以使用下面两种组合的注解 - @ConfigurationProperties(prefix=“xxx”)+@Component：配置绑定，使用在实体类上，prefix前缀的值为配置文件中配置项的前缀- @EnableConfigurationProperties(xxx.class)+@ConfigurationProperties @EnableConfigurationProperties使用在配置类上，括号内填需要绑定配置的实体类，它的作用是使得@ConfigurationProperties注解生效，将括号内的bean注册到容器中 @ConfigurationProperties使用在实体类上，这个注解通常是用来将properties和yml配置文件属性转化为bean对象使用

2）主启动类核心注解

主启动类中的@SpringBootApplication就等于@SpringBootConfiguration+@EnableAutoConfiguration+@ComponentScan

• @SpringBootConfiguration，继续深入可以发现它就是@Configuration注解修饰的，表示这个类就是一个配置类
• @EnableAutoConfiguration- @AutoConfigurationPackage 继续深入可以发现，这个注解上面有一个@Import({Registrar.class})注解，作用就是将Register注册到组件中 Register类里有一个方法可以批量注册bean，我们使用debug模式看一下传进来的元数据，这样就可以理解为什么Spring boot可以不用配置自动扫描了，因为它将启动类所在包下的类都注册到容器中了- @Import({AutoConfigurationImportSelector.class}) 这个类和spring boot导入自动配置类有关，框架启动时会加载所有的配置类（关键文件META-INF下的spring.factories），但是因为条件装配规则（即@Conditional相关注解）的存在，这些自动配置会按需生效 上面这个方法会去我们引入的jar包下找META-INF/spring.factories文件，如果有 org.springframework.boot.autoconfigure.EnableAutoConfiguration修饰的类，就会加载进来 注意，从spring boot2.7开始，慢慢不支持META-INF/spring.factories文件了 需要导入的自动配置类可以放在/META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件中，可以看下spring-boot-autoconfigure-2.7.0.jar下的这个文件
• @ComponentScan：指定扫描哪些类，将其注册到容器中

3、自动配置实现原理

那么问题来了，spring boot是如何做到让我们免去那么多麻烦的配置的呢？
我们可以看一下DispatcherServletAutoConfiguration和HttpEncodingAutoConfiguration的源码

我们可以发现，spring boot在底层都帮我们预先配置了所有的组件，但是会以用户自己配置的优先
如果用户没有配，那么就默认把框架默认配置好的bean注册到容器中

4、SpringBootApplication类

首先我们先跟进run方法看下，发现在调用run之前，程序调用了SpringApplication类的构造方法

然后我们看下构造器里面做了什么
首先他判断当前项目是否为web项目（是否包含SpringBootWeb的相关依赖）


然后就是看一下接下来的getSpringFactoriesInstances()方法
这里面有一个SpringFactoriesLoader.loadFactoryNames(type, classLoader)方法

跟进去看一下，发现他会去每个依赖下读META-INF/spring.factories文件（自动装配的核心文件）

如果发现有当前接口类的实现类，就会统一放在list集合中返回

接着就根据上一步的返回结果，调用相关方法初始化相关bean的实例，进行排序后返回实例

总结：

• SpringBoot先加载所有的自动配置类 xxxxxAutoConfiguration
• 每个自动配置类按照条件进行生效，默认都会绑定配置文件指定的值。它会去xxxxProperties里面拿，而xxxProperties和配置文件进行了绑定
• 生效的配置类就会给容器中装配很多组件
• 只要容器中有这些组件，相当于这些功能就有了
• 定制化配置 - 直接自己@Bean替换底层的组件- 查看这个组件获取配置文件是哪个，就去application.properties或者yaml文件中修改对应的配置项

如有错误，欢迎指正！！