在第二篇中我们留有的疑问:
总结此篇文章还留有疑问,后期笔者会在研读过程中进行解说
1.缺少spring.xml在哪一步加载
2.@configuration在哪一步开始进行了动态代理
- 何时处理beanMethods集合中的@Bean方法
4 .如何让@propertySource生效
- 首先阐明第四点即@propertySource必须配合@ConfigurationProperties ,该注解可以指明属性前缀,只有通过该注解才能解析propertySource
关键点在ConfigurationClassBeanDefinitionReader
的方法loadBeanDefinitions
而该方法在ConfigurationClassPostProcessor
的方法processConfigBeanDefinitions
中被调用具体如下:
private void loadBeanDefinitionsForConfigurationClass(ConfigurationClass configClass,
TrackedConditionEvaluator trackedConditionEvaluator) {
如果有@conditional注解就会删除已经注册的beanDefinition
if (trackedConditionEvaluator.shouldSkip(configClass)) {
String beanName = configClass.getBeanName();
if (StringUtils.hasLength(beanName) && this.registry.containsBeanDefinition(beanName)) {
this.registry.removeBeanDefinition(beanName);
}
删除@Import导入的即不是ImportBeanDefinitionRegistrar和ImportSelector
this.importRegistry.removeImportingClass(configClass.getMetadata().getClassName());
return;
}
处理@Import导入的普通bean或者ImportSelector导入的普通的bean
if (configClass.isImported()) {
registerBeanDefinitionForImportedConfigurationClass(configClass);
}
处理@Bean
for (BeanMethod beanMethod : configClass.getBeanMethods()) {
loadBeanDefinitionsForBeanMethod(beanMethod);
}
处理spring.xml 即@ImportSource
loadBeanDefinitionsFromImportedResources(configClass.getImportedResources());
处理@ImportBeanDefinitionRegistrar
loadBeanDefinitionsFromRegistrars(configClass.getImportBeanDefinitionRegistrars());
}
处理@Conditional
- 0.首先从缓存获取当前的configClass是否可以跳过,如果可以就删除之前已经创建的beanDefinition,并删除处理@Import ImportBeanDefinitionRegistrar时候存放的待处理的beanDefinition
- 1.@Conditional 注解上value就是我们自定义的condition接口的实现类,根据实现类来判断当前的bean是否要load
- 2.如果缓存中没有在判断当前的configClass是否被导入,如果是只要导入他的类是需要skipp的,则他也应该需要skipp的,如果这个也没有,就看看当前的configclass类是否有@conditional注解,有的话判断当前是否需要生成。
- 3.imports集合是spring在处理ImportSelector时候获取到其真实需要导入的类会先放入该集合
处理@Import
- 1.首先判断当前的configClass的是否是被导入的
- 2.如果是就处理这个configclass,也就是往beanFactory中注册beanDefinition
- 3.一般我们导入 要么就是普通的bean,要么是ImportSelector,要么是ImportBeanDefinitionRegistrar,而ImportSelector会最终看其是否是普通bean还是ImportBeanDefinitionRegistrar,这两者都是存储在集合中在不同的时候调用
处理@bean
- 1.首先判断是否有@bean的方法,有就进行真正的注入
- 2.然后判断当前的configclass 是否有conditional注解,有的话是否可以注入
- 3.判断是否真正含有@Bean注解
- 4.如果可以在看看是否存在别名,有的话建立别名和beanName的映射
- 5.判断@bean方法是否被重写,如果重写是否可以继续重新生成bean
- 6.上述不可以重写的只有即configclass是ScannedGenericBeanDefinition,即给ASM Reader 读取的,Role 大于ROLE_APPLICATION,beanFactory属于DefaultListableBeanFactory且allowBeanDefinitionOverriding为false
- 7.设置ConfigurationClassBeanDefinition的Resource(class文件位置)和source(方法的元数据)
- 8.然后根据方法是否是static 设置factoryBeanName和factoryMethodName,如果是静态的factoryBeanName就是className否则就是beanName
-9. 设置setAutowireMode (默认是采用构造函数 也可以指定是否是name 和type 也只能指定这两个)还有一个属性SKIP_REQUIRED_CHECK_ATTRIBUTE代表直接跳过不需要检测@Conditional(写的可能有问题)
-10.完善ConfigurationClassBeanDefinition的各个属性 - 注册初始化方法和destroy方法,以及检测是否是proxy,如果是需要将当前的beanName和proxy对象绑定,然后变化的beanName和原始的beanDefinition 也注册进入beanFactory中
处理@ImportSource ---解析spring.xml的地方
- 1.首先判断当前的reader的class类型是否为BeanDefinitionReader,如果是在判断资源是groovy还是xml
- 2.去缓存readerInstanceCache中根据reader的class类型去获取具体实例,如果不存在就创建并放入缓存
-3.进入加载xml的方法,收先进入AbstractBeanDefinitionReader的loadBeanDefinitions方法 - 4.通过判断resourceLoader是否属于ResourcePatternResolver来判断其调用那个方法
- 5.最终调用XmlBeanDefinitionReader的loadBeanDefinitions
- 6.loadBeanDefinitions的逻辑就是通过把EncodedResource存入threadLocal中的set,从而检测是否重复加载,如果是就抛出异常否则在判断该xml是否需要编码,如果需要的话在给InputSource设置编码属性,然后再把EncodedResource的source的InputStream赋值给InputSource的属性,然后调用真正的解析方法doLoadBeanDefinitions
- 7.doLoadBeanDefinitions就是解析xml然后注册beandefinition
处理@ImportBeanDefinitionRegistrar
调用的核心逻辑如下
public static void register(BeanDefinitionRegistry registry, String... packageNames) {
1. BEAN=AutoConfigurationPackages.class.getName()
//首先看AutoConfigurationPackages是否存在,如果存在就对beanDefinition 中的constructorArguments 添加packageNames,如果不存在就添加该bean
if (registry.containsBeanDefinition(BEAN)) {
BeanDefinition beanDefinition = registry.getBeanDefinition(BEAN);
ConstructorArgumentValues constructorArguments = beanDefinition
.getConstructorArgumentValues();
constructorArguments.addIndexedArgumentValue(0,
addBasePackages(constructorArguments, packageNames));
}
else {
GenericBeanDefinition beanDefinition = new GenericBeanDefinition();
beanDefinition.setBeanClass(BasePackages.class);
beanDefinition.getConstructorArgumentValues().addIndexedArgumentValue(0,
packageNames);
beanDefinition.setRole(BeanDefinition.ROLE_INFRASTRUCTURE);
registry.registerBeanDefinition(BEAN, beanDefinition);
}
}
- 1.首先看AutoConfigurationPackages是否存在,如果存在就对beanDefinition 中的constructorArguments 添加packageNames,如果不存在就添加该bean。
还留有的疑问就是
1.@configuration在哪一步开始进行了动态代理
2 .如何让propertySource生效