SpringBoot自动装配
一、前言
Spring
基于Spring4.0
设计,不仅继承了Spring
框架原有的优秀特性,而且还通过简化配置来进一步简化了Spring
应用的整个搭建和开发过程。另外SpringBoot
通过集成大量的框架使得依赖包的版本冲突,以及引用的不稳定性等问题得到了很好的解决。
例如没有SpringBoot
的时候,我们写一个RestFul Web
服务,还首先需要进行如下配置。
@Configuration
public class RestConfiguration {
@Bean
public View jsonTemplate() {
MappingJackson2JsonView view = new MappingJackson2JsonView();
view.setPrettyPrint(true);
return view;
}
@Bean
public ViewResolver viewResolver() {
return new BeanNameViewResolver();
}
}
spring-servlet.xml
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:mvc="http://www.springframework.org/schema/mvc"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context/
http://www.springframework.org/schema/context/spring-context.xsd
http://www.springframework.org/schema/mvc/
http://www.springframework.org/schema/mvc/spring-mvc.xsd">
<context:component-scan base-package="com.java.demo" />
<mvc:annotation-driven />
<!-- 开启跳转视图解析器 -->
<bean name="viewResolver"
class="org.springframework.web.servlet.view.BeanNameViewResolver"/>
<!-- JSON Support -->
<bean name="jsonTemplate"
class="org.springframework.web.servlet.view.json.MappingJackson2JsonView"/>
</beans>
但是,SpringBoot
项目,我们只需要添加相关依赖,无需配置,通过启动下面的main
方法即可。
@SpringBootApplication
public class DemoApplication {
public static void main(String[] args) {
SpringApplication.run(DemoApplication.class, args);
}
}
并且,我们通过SpringBoot
的全局配置文件application.properties
或application.yml
即可对项目进行设置比如更换端口号,配置JPA
属性等等。
为什么SpringBoot
使用起来这么简便呢?这得益于其自动装配。自动装配可以说是SpringBoot
的核心,那究竟什么是自动装配呢?
二、简介
现在提到自动装配的时候,一般会和SpringBoot
联系在一起。但是,实际上Spring Framework
早就实现了这个功能。SpringBoot
只是在其基础上,通过SPI
的方式,做了进一步优化。
SpringBoot
定义了一套接口规范,这套规范规定:SpringBoot
在启动时会扫描外部引用jar
包中的META-INF/spring.factories
文件,将文件中配置的类型信息加载到Spring
容器(此处涉及到JVM
类加载机制与Spring
的容器知识),并执行类中定义的各种操作。对于外部jar
来说,只需要按照SpringBoot
定义的标准,就能将自己的功能装置进SpringBoot
。
没有SpringBoot
的情况下,如果我们需要引入第三方依赖,需要手动配置,非常麻烦。但是,SpringBoot
中,我们直接引入一个starter
即可。
比如你想要在项目中使用redis
的话,直接在项目中引入对应的starter
即可。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
引入starter
之后,我们通过少量注解和一些简单的配置就能使用第三方组件提供的功能了。
在我看来,自动装配可以简单理解为:通过注解或者一些简单的配置就能在SpringBoot
的帮助下实现某块功能。
三、自动装配原理
我们先看一下SpringBoot
的核心注解类SpringBootApplication
。这个注解是SpringBoot
启动类上的一个注解,是一个组合注解,也就是由其他注解组合起来,它的主要作用就是标记说明这个类是SpringBoot
的主配置类,SpringBoot
应该运行这个类里面的main()
方法来启动程序。
@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
// 以上为元注解信息
@SpringBootConfiguration // <1.>
@ComponentScan // <2.>
@EnableAutoConfiguration // <3.>
public @interface SpringBootApplication {
// ...
}
@SpringBootApplication
主要由三个子注解组成:
- @SpringBootConfiguration:允许在上下文中注册额外的
bean
或导入其他配置类。 - @EnableAutoConfiguration:启用
SpringBoot
的自动配置机制(是实现自动装配的核心注解)。 - @ComponentScan:扫描当前包及子包的注解。
3.1 SpringBootConfiguration注解
这个注解包含了@Configuration
,@Configuration
里面又包含了一个@Component
注解,也就是说,这个注解标注在哪个类上,就表示当前这个类是一个配置类,而配置类也是spring
容器中的组件
@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Configuration // 实际上它也是一个配置类
public @interface SpringBootConfiguration {
//...
}
3.2 EnableAutoConfiguration注解
EnableAutoConfiguration
只是一个简单地注解,自动装配核心功能的实现实际是通过AutoConfigurationImportSelector
类。@EnableAutoConfiguration
是实现自动装配的重要注解。
@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@AutoConfigurationPackage // 作用:将main包下的所欲组件注册到容器中
@Import({AutoConfigurationImportSelector.class}) // 加载自动装配类xxxAutoconfiguration
public @interface EnableAutoConfiguration {
String ENABLED_OVERRIDE_PROPERTY = "spring.boot.enableautoconfiguration";
Class<?>[] exclude() default {};
String[] excludeName() default {};
}
我们现在重点分析下AutoConfigurationImportSelector
类到底做了什么?
3.2.1 AutoConfigurationImportSelector
AutoConfigurationImportSelector
加载自动装配类,继承体系如下:
public class AutoConfigurationImportSelector implements DeferredImportSelector,
BeanClassLoaderAware, ResourceLoaderAware, BeanFactoryAware,
EnvironmentAware, Ordered {
}
public interface DeferredImportSelector extends ImportSelector {
}
public interface ImportSelector {
String[] selectImports(AnnotationMetadata var1);
}
3.2.1.1 ImportSelector方法
可以看出,AutoConfigurationImportSelector
类实现了ImportSelector
接口,也就实现了这个接口中的selectImports
方法,该方法主要用于获取所有符合条件的类的全限定类名,这些类需要被加载到IOC
容器中。
private static final String[] NO_IMPORTS = new String[0];
public String[] selectImports(AnnotationMetadata annotationMetadata) {
// <1>. 判断自动装配开关是否打开
if (!this.isEnabled(annotationMetadata)) {
return NO_IMPORTS;
} else {
// <2>. 获取所有需要装配的bean
AutoConfigurationMetadata autoConfigurationMetadata =
AutoConfigurationMetadataLoader.loadMetadata(this.beanClassLoader);
AutoConfigurationImportSelector.AutoConfigurationEntry autoConfigurationEntry =
this.getAutoConfigurationEntry(autoConfigurationMetadata, annotationMetadata);
return StringUtils.toStringArray(autoConfigurationEntry.getConfigurations());
}
}
这里我们需要重点关注一下getAutoConfigurationEntry()
方法,这个方法主要负责加载自动配置类的。
该方法调用链如下:
3.2.1.2 getAutoConfigurationEntry方法
现在我们结合getAutoConfigurationEntry()
的源码来详细分析一下:
private static final AutoConfigurationEntry EMPTY_ENTRY = new AutoConfigurationEntry();
AutoConfigurationEntry getAutoConfigurationEntry(AutoConfigurationMetadata autoConfigurationMetadata,
AnnotationMetadata annotationMetadata) {
// <1>. 判断自动装配开关是否打开
if (!this.isEnabled(annotationMetadata)) {
return EMPTY_ENTRY;
} else {
// <2>. 获取EnableAutoConfiguration注解的exclude和excludeName属性值
AnnotationAttributes attributes = this.getAttributes(annotationMetadata);
// <3>. 获取spring.factories中EnableAutoConfiguration的配置值
List<String> configurations = this.getCandidateConfigurations(annotationMetadata, attributes);
// <4>. 去除重复项
configurations = this.removeDuplicates(configurations);
// 获取限制候选配置的所有排除项(找到不希望自动装配的配置类)
Set<String> exclusions = this.getExclusions(annotationMetadata, attributes);
// 对参数exclusions进行验证,exclusion必须为自动装配的类,否则抛出异常
this.checkExcludedClasses(configurations, exclusions);
// 移除exclusions
configurations.removeAll(exclusions);
// 根据maven导入的启动器过滤出需要导入的配置类
configurations = this.filter(configurations, autoConfigurationMetadata);
// 配置监听事件
this.fireAutoConfigurationImportEvents(configurations, exclusions);
return new AutoConfigurationImportSelector.AutoConfigurationEntry(configurations, exclusions);
}
}
第1步:
判断自动装配开关是否打开。默认spring.boot.enableautoconfiguration=true
,可在application.properties
或application.yml
中设置
第2步:
用于获取EnableAutoConfiguration
注解中的exclude
和excludeName
。
第3步:
获取需要自动装配的所有配置类,读取META-INF/spring.factories
spring-boot/spring-boot-project/spring-boot-autoconfigure/src/main/resources/META-INF/spring.factories
从下图可以看到这个文件的配置内容都被我们读取到了。XXXAutoConfiguration
的作用就是按需加载组件。
不光是这个依赖下的META-INF/spring.factories
被读取到,所有SpringBoot Starter
下的META-INF/spring.factories
都会被读取到。
所以,你可以清楚滴看到,druid
数据库连接池的SpringBoot Starter
就创建了META-INF/spring.factories
文件。
如果,我们自己要创建一个SpringBoot Starter
,这一步是必不可少的。
第4步:
spring.factories
中这么多配置,每次启动都要全部加载么?
很明显,这是不现实的。我们debug
到后面你会发现,configurations
的值变小了。
因为,这一步有经历了一遍筛选,@ConditionalOnXXX
中的所有条件都满足,该类才会生效。
@Configuration
// 检查相关的类:RabbitTemplate和Channel是否存在
// 存在才会加载
@ConditionalOnClass({ RabbitTemplate.class, Channel.class })
@EnableConfigurationProperties(RabbitProperties.class)
@Import(RabbitAnnotationDrivenConfiguration.class)
public class RabbitAutoConfiguration {
//...
}
以下是SpringBoot
提供的条件注解
- @ConditionalOnBean:当容器里有指定
Bean
的条件下 - @ConditionalOnMissingBean:当容器里没有指定
Bean
的情况下 - @ConditionalOnSingleCandidate:当指定
Bean
在容器中只有一个,或者虽然有多个但是指定首选Bean
- @ConditionalOnClass:当类路径下有指定类的条件下
- @ConditionalOnMissingClass:当类路径下没有指定类的条件下
- @ConditionalOnProperty:指定的属性是否有指定的值
- @ConditionalOnResource:类路径是否有指定的值
- @ConditionalOnExpression:基于
SpEL
表达式作为判断条件 - @ConditionalOnJava:基于
Java
版本作为判断条件 - @ConditionalOnJndi:在
JNDI
存在的条件下差在指定的位置 - @ConditionalOnNotWebApplication:当前项目不是
Web
项目的条件下 - @ConditionalOnWebApplication:当前项目是
Web
项目的条件下
3.2.1.3 getCandidateConfigurations方法
protected List<String> getCandidateConfigurations(AnnotationMetadata metadata,
AnnotationAttributes attributes) {
List<String> configurations = SpringFactoriesLoader.loadFactoryNames(
this.getSpringFactoriesLoaderFactoryClass(),
this.getBeanClassLoader());
Assert.notEmpty(configurations, "No auto configuration classes found in META-INF/spring.factories."
+ " If you are using a custom packaging, make sure that file is correct.");
return configurations;
}
通过loadFactoryNames
方法,扫描classpath
下的META-INF/spring.factories
文件,里面是以key=value
形式存储,读取其中key=EnableAutoConfiguration
,value
就是需要装配的配置类,也就是getCandidateConfigurations
返回的值。
3.3 ComponentScan注解
扫描被@Component
(@Service
,@Controller
,@Repostory
,@RestController
)注解的bean
,注解默认会扫描启动类所在的包下所有的类,可以自定义不扫描某些bean
。如下所示,容器中将排除TypeExcludeFilter
和AutoConfigurationExcludeFilter
。
@ComponentScan(excludeFilters = {
@Filter(type = FilterType.CUSTOM, classes = {TypeExcludeFilter.class}),
@Filter(type = FilterType.CUSTOM, classes = {AutoConfigurationExcludeFilter.class})
})
public @interface SpringBootApplication {
//...
}
3.4 小结
SpringBoot
自动装配的流程
- 在
SpringBoot
启动的时候会创建一个SpringApplication
对象,在对象的构造方法里面会进行一些参数的初始化工作,最主要的是判断当前应用程序的类型以及设置初始化器以及监听器,并在这个过程中会加载整个应用程序的spring.factories
文件,将文件中的内容放到缓存当中,方便后续获取; SpringApplication
对象创建完成之后会执行run()
方法来完成整个应用程序的启动,启动的过程中有两个最主要的方法prepareContext()
和refreshContext()
,在这两个方法中完成了自动装配的核心功能,在run()
方法里还执行了一些包括上下文对象的创建,打印banner
图,异常报告期的准备等各个准备工作,方便后续进行调用;- 在
prepareContext()
中主要完成的是对上下文对象的初始化操作,包括属性的设置,比如设置环境变量。在整个过程中有一个load()
方法,它主要是完成一件事,那就是将启动类作为一个beanDefinition
注册到registry
,方便后续在进行BeanFactoryPostProcessor
调用执行的时候,可以找到对应执行的主类,来完成对@SpringBootApplication
、@EnableAutoConfiguration
等注解的解析工作; - 在
refreshContext()
方法中会进行整个容器的刷新过程,会调用spring
中的refresh()
方法,refresh()
方法中有13个非常关键的方法,来完成整个应用程序的启动。而在自动装配过程中,会调用的关键的一个方法就是invokeBeanFactoryPostProcessors()
方法,在这个方法中主要是对ConfigurationClassPostProcessor
类的处理,这个类是BFPP
(BeanFactoryPostProcessor
)的子类,因为实现了BDRPP
(BeanDefinitionRegistryPostProcessor
)接口,在调用的时候会先调用BDRPP
中的postProcessBeanDefinitionRegistry()
方法,然后再调用BFPP
中的postProcessBeanFactory()
方法,在执行postProcessBeanDefinitionRegistry()
方法的时候会解析处理各种的注解,包含@PropertySource
、@ComponentScan
、@Bean
、@Import
等注解,最主要的是对@Import
注解的解析; - 在解析
@Import
注解的时候,会有一个getImport()
方法,从主类开始递归解析注解,把所有包含@Import
的注解都解析到,然后在processImport()
方法中对import
的类进行分类,例如AutoConfigurationImportSelect
归属于ImportSelect
的子类,在后续的过程中会调用DeferredImportSelectorHandler
类里面的process
方法,来完成整个EnableAutoConfiguration
的加载。
四、自定义实现Starter
如何实现自定义线程池starter
,分为以下几步:
- 创建
threadpool-spring-boot-starter
工程 - 在
pom.xml
引入SpringBoot
相关依赖
<properties>
<spring-boot.version>2.1.6.RELEASE</spring-boot.version>
<gson.version>2.6</gson.version>
</properties>
<!-- spring-boot所有项目依赖包 -->
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-dependencies</artifactId>
<version>${spring-boot.version}</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
- 创建
ThreadPoolAutoConfiguration
@Configuration
public class ThreadPoolAutoConfiguration {
@bean
@ConditionalOnClass(ThreadPoolExecutor.class)
public ThreadPoolExecutor MyThreadPool() {
return new ThreadPoolExecutor(10, 10, 10, TimeUnit.SECONDS, new ArrayBlockingQueue(10));
}
}
- 在
threadpool-spring-boot-starter
工程的resources
包下创建META-INF/spring.factories
文件
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
org.example.ThreadPoolAutoConfiguration
- 在工程pom.xml中引入
threadpool-spring-boot-starter
<dependencies>
<dependency>
<groupId>org.example</groupId>
<artifactId>threadpool-spring-boot-starter</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
</dependencies>
测试类
@SpringBootTest
@RunWith(SpringRunner.class)
public class Test {
@Resource
private ThreadPoolExecutor threadPool;
@Test
public void test() {
System.out.println("corePoolSize = " + threadPool.getCorePoolSize());
}
}
测试通过!
五、总结
SpringBoot
通过@EnableAutoConfiguration
开启自动装配,通过SpringFactoriesLoader
最终加载META-INF/spring.factories
中的自动配置类实现自动装配,自动配置类其实就是通过@Conditional
按需加载的配置类,想要其生效必须引入spring-boot-starter-xxx
包实现起步依赖。