spring高质量系列-IOC （三）

在第二篇中我们留有的疑问：
总结此篇文章还留有疑问，后期笔者会在研读过程中进行解说
1.缺少spring.xml在哪一步加载
2.@configuration在哪一步开始进行了动态代理

3. 何时处理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的各个属性
• 11. 注册初始化方法和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生效