本文基于SpringBoot 2.6.4分析
先看示例：
@Configuration
public class DbAutoConfig {
public DbAutoConfig() { System.out.println("DbAutoConfig"); }
@Bean
public Bean1 dbBean() {
System.out.println("db bean");
return new Bean1();
}
}
@Configuration
public class RedisAutoConfig {
public RedisAutoConfig() { System.out.println("RedisAutoConfig"); }
@Bean
public Bean1 redisBean() {
System.out.println("redis bean");
return new Bean1();
}
}
在meta-INF/spring.factories中配置如下:
按照一开始的设想：由于RedisAutoConfig配置在DbAutoConfig的前面，所以redisBean应该在dbBean之前被创建 ?
然而这个设想是错误的，dbBean先被创建了，输出结果如下。
源码分析：
开始o.s.core.io.support.SpringFactoriesLoader#loadFactoryNames确实是从spring.factories按照顺序加载配置类保存在List中，但是在执行o.s.boot.a.AutoConfigurationimportSelector.AutoConfigurationGroup#selectimports()时会对这些配置类进行排序后再注册到Spring上下中
排序规则如下：
- 先按照配置类的全类名字符串进行排序再按照配置类上的@AutoConfigureOrder注解排序最后按照@AutoConfigureBefore @AutoConfigureAfter两个注解排序
如上就是示例中为什么配置类不是按照在spring.factories配置的顺序执行的原因!!!
针对这个问题，曾在2020年的时候给SpringBoot提过，希望按照在spring.factories配置的顺序执行，但是被否决了，不过wilkinsona的回复也是有一定道理的。所以我们知道就好 ! ! !
It is suggested that the key of EnableAutoConfiguration in spring.factories can be sorted
每个自动装配的配置类都会被封装在
org.springframework.boot.autoconfigure.AutoConfigurationSorter.AutoConfigurationClass中，获取注解元数据时通过org.springframework.core.type.classreading.metadataReaderFactory#getmetadataReader(java.lang.String className)获取metadataReader来读取注解元数据，metadataReader实际上内部又使用ASM框架读取字节码来实现。
当前看的这个版本org.springframework.core.io.support.SpringFactoriesLoader在加载配置类时会去重，不会重复。但是低版本可能出现多个实例对象。
请看spring-framework的更新记录：Revise duplicate filtering in SpringFactoriesLoader
