Springboot源码系列(一)——自动配置
一、SpringBoot的手动装配
(一) 手动装配的方式
主要包含以下几种方式:
- 使用模式注解 @Component 等(Spring2.5+),常用,但无法装配jar包目录的组件,为此可以使用 @Configuration 与 @Bean,手动装配组件
- 使用配置类 @Configuration 与 @Bean (Spring3.0+),注册过多,会导致编码成本高,维护不灵活等问题。
- 使用模块装配 @EnableXXX 与 @Import (Spring3.1+),@Import用于装配指定的类,@EnableXXX用于启用指定的@Import
前面一两种都是在项目中经常会用到的,就不过多介绍了,这里主要介绍下使用模块装配,这也是Spring各种Starter得以被装配的主要方式。
(二)@EnableXXX与@Import的使用
这里分四种场景,导入普通类、导入配置类、导入ImportSelector,导入ImportBeanDefinitionRegistrar。接下来用4个小demo来演示怎么使用。
1.导入普通类
我们的目标是导入一个TestService类,TestService是一个普通的类。
步骤
(1)新建一个注解EnableTest
@Documented@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
@Import(TestService.class)
public @interface EnableTest {
}
(2)在能被扫描的配置类或启动类标注 @EnableTest
@SpringBootApplication@EnableTest
public class SpringbootexampleApplication {
public static void main(String[] args) {
SpringApplication.run(SpringbootexampleApplication.class, args);
}
}
2.导入配置类
没有位与启动类下的@Configuration注解默认情况是不会被扫描的,这个时候要装配@Configuration标注的类以及其下面注册的bean,可以通过这种方式手动装配。
步骤
(1)新建一个配置类
@Configurationpublic class TestRegistrarConfiguration {
@Bean
public Test2Service yellow() {
return new Test2Service();
}
}
(2)修改EnableTest,添加该配置类的引入
@Documented@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
@Import({TestService.class,TestRegistrarConfiguration.class})
public @interface EnableTest {
}
这样启动时也间接装配了TestRegistrarConfiguration配置类下面的所有bean。
3.导入ImportSelector
ImportSelector接口规定了String[] selectImports(AnnotationMetadata importingClassMetadata)
方法,这个方法的返回值String数组,表示要装配的bean的className数组。SpringBoot的自动装配,实际上就是用的这种方式。
步骤
(1) 新建一个ImportSelector
public class TestImportSelector implements ImportSelector { @Override
public String[] selectImports(AnnotationMetadata importingClassMetadata) {
// 返回类.getName()。
return new String[]{Test3Service.class.getName()};
}
}
注:参数importingClassMetadata,代表的是被 @Import 标记的类的信息。(不算注解),这里就是@EnableTest修饰的配置类即SpringbootexampleApplication。
(2)修改EnableTest,添加该导入选择器的引入
@Documented@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
@Import({TestService.class, TestRegistrarConfiguration.class, TestImportSelector.class})
public @interface EnableTest {
}
4. 导入ImportBeanDefinitionRegistrar
ImportBeanDefinitionRegistrar接口规定了 void registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry)
方法,
这里有两个参数AnnotationMetadata跟前面ImportSelector接口方法参数一样,registry是用于注册BeanDefinition的注册者,BeanDefinition是整个Bean信息的封装,容器刷新时可以根据容器类的BeanDefinition创建实例。
步骤
(1)新建一个ImportBeanDefinitionRegistrar
public class TestImportBeanDefinitionRegistrar implements ImportBeanDefinitionRegistrar { @Override
public void registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry) {
registry.registerBeanDefinition("Test4Service", new RootBeanDefinition(Test4Service.class));
}
}
(2)修改EnableTest,添加该导入bean定义的注册器的引入
@Documented@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
@Import({TestService.class, TestRegistrarConfiguration.class, TestImportSelector.class, TestImportBeanDefinitionRegistrar.class})
public @interface EnableTest {
}
二、SpringBoot的自动配置
自动配置其实就是Spring框架应用了手动装配的原理,装配了自己的默认组件,也提供了一些扩展点,可以让应用扩展我们自己的组件。当然,SpringBoot对于应用basePackage下面扩展的组件通过组件扫描@ComponentScan也能完成配置类的装配。
(一)简单看下@ComponentScan
我们知道@SpringBootApplication是一个组合注解,包含@SpringBootConfiguration、@EnableAutoConfiguration、@ComponentScan。如下:
@SpringBootConfiguration @EnableAutoConfiguration
@ComponentScan(excludeFilters = { @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication
这里@ComponentScan中默认定义了两个过滤器,TypeExcludeFilter与AutoConfigurationExcludeFilter,其中TypeExcludeFilter的核心代码如下:
public boolean match(MetadataReader metadataReader, MetadataReaderFactory metadataReaderFactory) throws IOException {
if (this.beanFactory instanceof ListableBeanFactory && getClass() == TypeExcludeFilter.class) {
//获取容器内实现了TypeExcludeFilter的所有bean
Collection<TypeExcludeFilter> delegates = ((ListableBeanFactory) this.beanFactory)
.getBeansOfType(TypeExcludeFilter.class).values();
for (TypeExcludeFilter delegate : delegates) {
//遍历获取的TypeExcludeFilter的bean,如果满足,则通过
if (delegate.match(metadataReader, metadataReaderFactory)) {
return true;
}
}
}
return false;
}
主要提供一个扩展点,获取容器内的所有TypeExcludeFilter类型的bean,执行一下match方法,返回true的话,则进行过滤。其中两个参数metadataReader用于读取扫描得到的类型信息。metadataReaderFactory用于获取其他类型的metadataReader。比如如果不想扫描某个类,则注册一个TypeExcludeFilter的子类bean,其match方法的逻辑是从metadataReader获取ClassName,然后判断若和xxxClass相等则返回true进行过滤就行了。
AutoConfigurationExcludeFilter的作用则是排除是否是自动装配的Configuration,如果是则进行扫描过滤,其核心代码如下:
@Override public boolean match(MetadataReader metadataReader, MetadataReaderFactory metadataReaderFactory)
throws IOException {
return isConfiguration(metadataReader) && isAutoConfiguration(metadataReader);
}
private boolean isConfiguration(MetadataReader metadataReader) {
return metadataReader.getAnnotationMetadata().isAnnotated(Configuration.class.getName());
}
private boolean isAutoConfiguration(MetadataReader metadataReader) {
return getAutoConfigurations().contains(metadataReader.getClassMetadata().getClassName());
}
protected List<String> getAutoConfigurations() {
if (this.autoConfigurations == null) {
this.autoConfigurations = SpringFactoriesLoader.loadFactoryNames(EnableAutoConfiguration.class,
this.beanClassLoader);
}
return this.autoConfigurations;
}
isConfiguration(metadataReader) 判断是否带有@Configuration注解, isAutoConfiguration(metadataReader)判断是否是自动装配类(后面仔细介绍这里的自动装配方式),所以通过这我们知道@Component组件扫描和自动装配机制并不冲突。
二、自动配置原理
核心注解是@EnableAutoConfiguration。其内容如下:
@Target(ElementType.TYPE)@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@AutoConfigurationPackage
@Import(AutoConfigurationImportSelector.class)
public @interface EnableAutoConfiguration
(一)AutoConfigurationPackage的作用
其中,@AutoConfigurationPackage的内容如下:
@Target(ElementType.TYPE)@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@Import(AutoConfigurationPackages.Registrar.class)
public @interface AutoConfigurationPackage
这里引入了一个AutoConfigurationPackages的内部类:Registrar,来看看内容:
/** * {@link ImportBeanDefinitionRegistrar} to store the base package from the importing
* configuration.
* (用于保存导入的配置类所在的根包。)
*/
static class Registrar implements ImportBeanDefinitionRegistrar, DeterminableImports {
@Override
public void registerBeanDefinitions(AnnotationMetadata metadata, BeanDefinitionRegistry registry) {
register(registry, new PackageImport(metadata).getPackageName());
}
@Override
public Set<Object> determineImports(AnnotationMetadata metadata) {
return Collections.singleton(new PackageImport(metadata));
}
}
register(registry, new PackageImport(metadata).getPackageName())掉用了外部类AutoConfigurationPackages的register方法,因为metadata这里实际上就是启动类的元数据,所以new PackageImport(metadata).getPackageName()返回的就是启动类的包路径。再看看AutoConfigurationPackages的register方法:
public static void register(BeanDefinitionRegistry registry, String... packageNames) { private static final String BEAN = AutoConfigurationPackages.class.getName();
public static void register(BeanDefinitionRegistry registry, String... packageNames) {
// 判断 BeanFactory 中是否包含名为AutoConfigurationPackages.class.getName()的bean
if (registry.containsBeanDefinition(BEAN)) {
BeanDefinition beanDefinition = registry.getBeanDefinition(BEAN);
ConstructorArgumentValues constructorArguments = beanDefinition.getConstructorArgumentValues();
// addBasePackages:merge当前的packageNames参数(根包)到原来的构造器参数里面
constructorArguments.addIndexedArgumentValue(0, addBasePackages(constructorArguments, packageNames));
}
else {
//构造一个BasePackages的BD,设置构造器参数为当前的packageNames参数
GenericBeanDefinition beanDefinition = new GenericBeanDefinition();
beanDefinition.setBeanClass(BasePackages.class);
beanDefinition.getConstructorArgumentValues().addIndexedArgumentValue(0, packageNames);
beanDefinition.setRole(BeanDefinition.ROLE_INFRASTRUCTURE);
registry.registerBeanDefinition(BEAN, beanDefinition);
}
}
}
综上,AutoConfigurationPackage的作用就是注册一个BasePackage的BeanDefinition,其构造函数包含EnableAutoConfiguration标识的类的包路径。
(二)@Import(AutoConfigurationImportSelector.class)的作用
看一下AutoConfigurationImportSelector:
@Overridepublic String[] selectImports(AnnotationMetadata annotationMetadata) {
if (!isEnabled(annotationMetadata)) {
return NO_IMPORTS;
}
AutoConfigurationMetadata autoConfigurationMetadata = AutoConfigurationMetadataLoader
.loadMetadata(this.beanClassLoader);
// 加载自动配置类
AutoConfigurationEntry autoConfigurationEntry = getAutoConfigurationEntry(autoConfigurationMetadata,
annotationMetadata);
return StringUtils.toStringArray(autoConfigurationEntry.getConfigurations());
}
返回值是StringUtils.toStringArray(autoConfigurationEntry.getConfigurations()),重点看看autoConfigurationEntry里面的Configurations怎么生成的,进入getAutoConfigurationEntry方法:
protected Class<?> getSpringFactoriesLoaderFactoryClass() { return EnableAutoConfiguration.class;
}
protected List<String> getCandidateConfigurations(AnnotationMetadata metadata, AnnotationAttributes attributes) {
List<String> configurations = SpringFactoriesLoader.loadFactoryNames(getSpringFactoriesLoaderFactoryClass(),
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;
}
这里的关键是 SpringFactoriesLoader.loadFactoryNames(getSpringFactoriesLoaderFactoryClass(),getBeanClassLoader());前面一个参数是EnableAutoConfiguration.class,后面是一个类加载器。 SpringFactoriesLoader.loadFactoryNames(getSpringFactoriesLoaderFactoryClass(),getBeanClassLoader());这个方法在Springboot源码中是非常非常常见的,比如容器启动获取初始化器ApplicationContextInitializer实例等等,接下来看看这里做了什么:
blic static final String FACTORIES_RESOURCE_LOCATION = "META-INF/spring.factories";public static List<String> loadFactoryNames(Class<?> factoryClass, @Nullable ClassLoader classLoader) {
String factoryClassName = factoryClass.getName();
//通过factoryClassName的className从一个map里面取相应的className集合
return loadSpringFactories(classLoader).getOrDefault(factoryClassName, Collections.emptyList());
}
private static Map<String, List<String>> loadSpringFactories(@Nullable ClassLoader classLoader) {
//如果有,这从缓存里面拿,否则去生成
MultiValueMap<String, String> result = cache.get(classLoader);
if (result != null) {
return result;
}
//使用 classLoader 去加载了指定常量路径下的资源: FACTORIES_RESOURCE_LOCATION ,而这个常量指定的路径实际是:META-INF/spring.factories 。
try {
Enumeration<URL> urls = (classLoader != null ?
classLoader.getResources(FACTORIES_RESOURCE_LOCATION) :
ClassLoader.getSystemResources(FACTORIES_RESOURCE_LOCATION));
result = new LinkedMultiValueMap<>();
while (urls.hasMoreElements()) {
URL url = urls.nextElement();
UrlResource resource = new UrlResource(url);
//以 Properties 的形式加载
Properties properties = PropertiesLoaderUtils.loadProperties(resource);
for (Map.Entry<?, ?> entry : properties.entrySet()) {
String factoryClassName = ((String) entry.getKey()).trim();
for (String factoryName : StringUtils.commaDelimitedListToStringArray((String) entry.getValue())) {
//键为Properties文件的键,值为properties文件的值用逗号分隔
result.add(factoryClassName, factoryName.trim());
}
}
}
cache.put(classLoader, result);
return result;
}
catch (IOException ex) {
throw new IllegalArgumentException("Unable to load factories from location [" +
FACTORIES_RESOURCE_LOCATION + "]", ex);
}
}
spring.factories可以在任意工程的meta-inf目录,例如我们可以在 spring-boot-autoconfiguration 包下找到spring.factories文件如图:
综上@Import(AutoConfigurationImportSelector.class)的作用就是加载spring.factories文件下标识的以EnableAutoConfiguration的className为键的classNames集合,然后把这些对应的class的BeanDefinition注册到容器。如果有对JDK的SPI机制有了解的朋友会感觉很熟悉,这里的这个机制有点类似JDK原生的SPI机制,
都是从配置文件获取相应的className并实例化,jdk的SPI指的是扩展者针对某接口自己定义实现类,做法也是在meta-inf/service目录下对对应接口的配置文件内容进行编辑,标识实现类的className。但是个人认为还是与SpringFactoryLoader这里有些区别。JDK的SPI是将加载的类抽象为策略(策略模式),通过抽象类加载配置文件配置的实现。Spring更像是将加载的类抽象为产品(工厂模式),通过给定工厂的类全限定名加载配置文件配置的类全限定名,从而可以以此加载配置的类。
(三)小结
自动配置的核心注解@EnableAutoConfiguration主要做了两件事:
- 装配AutoConfigurationPackages.Registrar,注册者注册了一个类为BasePackages的BeanDefinition,并且在这个BD的构造器参数上添加了启动类路径。
- 装配AutoConfigurationImportSelector,选择器扫描了META-INF目录下spring.factories文件中键为EnableAutoConfiguration.class.getName的所有类。将其BeanDefinition注册进入了容器。
三、总结
今天主要介绍了手动装配与自动配置,了解了Springboot自动配置的原理。通过此我们在平时也可以开发一些自己针对其他框架的封装,或者自己开发一套组件,然后其他项目引入jar包自动进行配置,不用再自己进行一次配置,是很方便的。
以上是 Springboot源码系列(一)——自动配置 的全部内容, 来源链接: utcz.com/z/513648.html