Spring Boot 自动装配原理
Spring Boot 自动装配原理
Spring Boot 在启动之前还有一系列的准备工作，比如：推断 web 应用类型，设置初始化器，设置监听器，启动各种监听器，准备环境，创建 applicationContext，准备 context 上下文对象，在 prepareContext 的时候，将 main 函数所在的类（也就是主类）通过 AnnotatedBeanDefinitionReader 注入到 IOC 中，然后 refreshContext 开始刷新，这里面会调用 AbstractApplicationContext.refresh() 方法。然后就开始了 Spring IOC 的一系列操作。而 Spring Boot 的自动装配就是在此处展开。
主要是在 ConfigurationClassPostProcessor 类中对其进行的处理，具体的解析逻辑参考07-Spring ConfigurationClassPostProcessor，这里只说一下在 Spring Boot 中的处理。
在 Spring Boot 中，ConfigurationClassPostProcessor 类的注入是在 createApplicationContext() 中进行的，AnnotationConfigServletWebServerApplicationContext 中的无参构造方法会在 AnnotatedBeanDefinitionReader 创建的时候调用 AnnotationConfigUtils.registerAnnotationConfigProcessors(this.registry); 将其注入进去。
实例化并且调用是在 AbstractApplicationContext 中进行的，最终会在 ConfigurationClassPostProcessor#processConfigBeanDefinitions 调用 ConfigurationClassParser#parse 的方法，最后会调用 doProcessConfigurationClass 对其各种注解进行解析，在处理 @Import 注解的时候会将 @Import 导入的类通过 getImports(sourceClass) 方法直接获得，可以看到 importCandidates 中有四个值，主要的两个为 AutoConfigurationPackages$Register 和 AutoConfigurationImportSelector，
通过类图可以看到 AutoConfigurationImportSelector 实现了 DeferredImportSelector 接口，所以在 processImports 中处理的时候，会使用 DeferredImportSelectorHandler#handle 进行处理，将其添加到 deferredImportSelectors 列表中，
解析完成之后，在 ConfigurationClassParser#parse 方法中 this.deferredImportSelectorHandler.process() 进行处理导入的 AutoConfigurationImportSelector类。使用 DeferredImportSelectorGroupingHandler#processGroupImports() 进行下一步的处理。
grouping.getImports() -> getImports() -> process()。
在 process 方法中会获取所有自动装配的 class 对象，调用的是 AutoConfigurationImportSelector#getAutoConfigurationEntry 的方法，通过getCandidateConfigurations(annotationMetadata, attributes) 获取所有的候选配置类，在其中调用 SpringFactoriesLoader#LoadFactoryNames 方法获取。
AutoConfigurationEntry autoConfigurationEntry = ((AutoConfigurationImportSelector)deferredImportSelector).getAutoConfigurationEntry(annotationMetadata);
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;
}
public static List<String> loadFactoryNames(Class<?> factoryType, @Nullable ClassLoader classLoader) {
ClassLoader classLoaderToUse = classLoader;
if (classLoaderToUse == null) {
classLoaderToUse = SpringFactoriesLoader.class.getClassLoader();
}
String factoryTypeName = factoryType.getName();
return loadSpringFactories(classLoaderToUse).getOrDefault(factoryTypeName, Collections.emptyList());
}
/** 返回SpringFactoriesLoader用来加载候选配置的类 */
protected Class<?> getSpringFactoriesLoaderFactoryClass() {
return EnableAutoConfiguration.class;
}
最终通过 loadSpringFactories 获取在 META-INF/spring.factories 中所有的配置。
在 configurations = getConfigurationClassFilter().filter(configurations); 中将不符合条件的类过滤掉。
