Spring5源码解析4-refresh方法之invokeBeanFactoryPostProcessors

invokeBeanFactoryPostProcessors(beanFactory); 方法源码如下:

protected void invokeBeanFactoryPostProcessors(ConfigurableListableBeanFactory beanFactory) {
    // getBeanFactoryPostProcessors 获取的是 this.beanFactoryPostProcessors;
    //this.beanFactoryPostProcessors 只能通过 AbstractApplicationContext.addBeanFactoryPostProcessor 方法添加
    PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(beanFactory, getBeanFactoryPostProcessors());

    // Detect a LoadTimeWeaver and prepare for weaving, if found in the meantime
    // (e.g. through an @Bean method registered by ConfigurationClassPostProcessor)
    if (beanFactory.getTempClassLoader() == null && beanFactory.containsBean(LOAD_TIME_WEAVER_BEAN_NAME)) {
        beanFactory.addBeanPostProcessor(new LoadTimeWeaverAwareProcessor(beanFactory));
        beanFactory.setTempClassLoader(new ContextTypeMatchClassLoader(beanFactory.getBeanClassLoader()));
    }
}

getBeanFactoryPostProcessors() 方法获取的是 AbstractApplicationContext#beanFactoryPostProcessors 这个成员变量。

这个成员变量只能通过代码中手动编码调用 AbstractApplicationContext#addBeanFactoryPostProcessor 方法来添加新的元素。很明显,我们这里为空。

invokeBeanFactoryPostProcessors(beanFactory) 方法的主要的逻辑在 PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors 方法中:

//PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(beanFactory, getBeanFactoryPostProcessors())源码
public static void invokeBeanFactoryPostProcessors(
        ConfigurableListableBeanFactory beanFactory, List<BeanFactoryPostProcessor> beanFactoryPostProcessors) {

    // Invoke BeanDefinitionRegistryPostProcessors first, if any.
    Set<String> processedBeans = new HashSet<>();

    if (beanFactory instanceof BeanDefinitionRegistry) {
        BeanDefinitionRegistry registry = (BeanDefinitionRegistry) beanFactory;
        List<BeanFactoryPostProcessor> regularPostProcessors = new ArrayList<>();
        List<BeanDefinitionRegistryPostProcessor> registryProcessors = new ArrayList<>();

        //beanFactoryPostProcessors是传进来里的对象,把传入的对象分类放入 BeanFactoryPostProcessor 和  BeanDefinitionRegistryPostProcessor
        //BeanDefinitionRegistryPostProcessor extends BeanFactoryPostProcessor ,是一个特殊的 BeanFactoryPostProcessor
        for (BeanFactoryPostProcessor postProcessor : beanFactoryPostProcessors) {
            if (postProcessor instanceof BeanDefinitionRegistryPostProcessor) {
                BeanDefinitionRegistryPostProcessor registryProcessor =
                        (BeanDefinitionRegistryPostProcessor) postProcessor;
                //如果传入的beanFactoryPostProcessors是它的子类,即:BeanDefinitionRegistryPostProcessor
                //则执行传入的BeanDefinitionRegistryPostProcessor的postProcessBeanDefinitionRegistry方法
                registryProcessor.postProcessBeanDefinitionRegistry(registry);
                registryProcessors.add(registryProcessor);
            } else {
                regularPostProcessors.add(postProcessor);
            }
        }

        // Do noitialize FactoryBeans here: We need to leave all regular beans
        // uninitialized to let the bean factory post-processors apply to them!
        // Separate between BeanDefinitionRegistryPostProcessors that implement
        // PriorityOrdered, Ordered, and the rest.
        List<BeanDefinitionRegistryPostProcessor> currentRegistryProcessors = new ArrayList<>();

        // First, invoke the BeanDefinitionRegistryPostProcessors that implement PriorityOrdered.

        //这里只能拿到spring内部的BeanDefinitionRegistryPostProcessor,
        //因为到这里spring还没有去扫描Bean,获取不到我们通过@Component标识的自定义BeanDefinitionRegistryPostProcessor
        //一般默认情况下,这里只有一个,BeanName:org.springframework.context.annotation.internalConfigurationAnnotationProcessor
        //对应的BeanClass:ConfigurationClassPostProcessor
        String[] postProcessorNames =
                beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);
        for (String ppName : postProcessorNames) {
            if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {
                //beanFactory.getBean, 这里开始创建BeanDefinitionRegistryPostProcessor bean 了
                currentRegistryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));
                processedBeans.add(ppName);
            }
        }

        //排序
        sortPostProcessors(currentRegistryProcessors, beanFactory);

        // registryProcessors 中放的是 BeanDefinitionRegistryPostProcessor
        // 因为这里只执行eanDefinitionRegistryPostProcessor中独有的方法,而不会执行其父类即BeanFactoryProcessor的方法
        // 所以这里需要把处理器放入一个集合中,后续统一执行父类的方法
        registryProcessors.addAll(currentRegistryProcessors);

        // 执行BeanDefinitionRegistryPostProcessor,currentRegistryProcessors中放的是spring内部的BeanDefinitionRegistryPostProcessor
        // 默认情况下,只有 org.springframework.context.annotation.ConfigurationClassPostProcessor
        // ConfigurationClassPostProcessor 里面就是在执行扫描Bean,并且注册BeanDefinition
        invokeBeanDefinitionRegistryPostProcessors(currentRegistryProcessors, registry);

        // 清空这个临时变量,方便后面再使用
        currentRegistryProcessors.clear();

        // Next, invoke the BeanDefinitionRegistryPostProcessors that implement Ordered.
        // 这里已经可以获取到我们通过注册到Spring容器的 BeanDefinitionRegistryPostProcessor 了
        postProcessorNames = beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);
        for (String ppName : postProcessorNames) {
            // 之前优先处理的是实现PriorityOrdered接口的,而PriorityOrdered接口也实现了Ordered接口
            // 所有这里需要把之前已经处理过的给过滤掉
            if (!processedBeans.contains(ppName) && beanFactory.isTypeMatch(ppName, Ordered.class)) {
                //之前这个临时变量已经被清空了,现在又开始放东西了
                currentRegistryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));
                processedBeans.add(ppName);
            }
        }

        //排序
        sortPostProcessors(currentRegistryProcessors, beanFactory);

        registryProcessors.addAll(currentRegistryProcessors);

        // 执行BeanDefinitionRegistryPostProcessor
        invokeBeanDefinitionRegistryPostProcessors(currentRegistryProcessors, registry);

        //清空临时变量
        currentRegistryProcessors.clear();

        // Finally, invoke all other BeanDefinitionRegistryPostProcessors until no further ones appear.
        boolean reiterate = true;
        while (reiterate) {
            reiterate = false;
            postProcessorNames = beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);
            for (String ppName : postProcessorNames) {
                //执行没有实现Ordered接口的BeanDefinitionRegistryPostProcessor
                if (!processedBeans.contains(ppName)) {
                    currentRegistryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));
                    processedBeans.add(ppName);
                    reiterate = true;
                }
            }
            sortPostProcessors(currentRegistryProcessors, beanFactory);
            registryProcessors.addAll(currentRegistryProcessors);
            invokeBeanDefinitionRegistryPostProcessors(currentRegistryProcessors, registry);
            currentRegistryProcessors.clear();
        }

        // Now, invoke the postProcessBeanFactory callback of all processors handled so far.
        // List<BeanDefinitionRegistryPostProcessor> registryProcessors
        // 之前已经执行过BeanDefinitionRegistryPostProcessor独有方法,现在执行其父类方法
        invokeBeanFactoryPostProcessors(registryProcessors, beanFactory);

        // List<BeanFactoryPostProcessor> regularPostProcessors
        // 执行 BeanFactoryPostProcessor 方法
        invokeBeanFactoryPostProcessors(regularPostProcessors, beanFactory);
    } else {
        // Invoke factory processors registered with the context instance.
        invokeBeanFactoryPostProcessors(beanFactoryPostProcessors, beanFactory);
    }

    // Do not initialize FactoryBeans here: We need to leave all regular beans
    // uninitialized to let the bean factory post-processors apply to them!
    // 获取 BeanFactoryPostProcessor 的 beanName
    String[] postProcessorNames =
            beanFactory.getBeanNamesForType(BeanFactoryPostProcessor.class, true, false);

    // Separate between BeanFactoryPostProcessors that implement PriorityOrdered,
    // Ordered, and the rest.
    List<BeanFactoryPostProcessor> priorityOrderedPostProcessors = new ArrayList<>();
    List<String> orderedPostProcessorNames = new ArrayList<>();
    List<String> nonOrderedPostProcessorNames = new ArrayList<>();
    for (String ppName : postProcessorNames) {
        // 如果已经被执行过了,就不在执行
        // 因为一开始先获取的BeanDefinitionRegistryPostProcessor,而BeanDefinitionRegistryPostProcessor继承了BeanFactoryPostProcessor
        if (processedBeans.contains(ppName)) {
            // skip - already processed in first phase above
        } else if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {
            priorityOrderedPostProcessors.add(beanFactory.getBean(ppName, BeanFactoryPostProcessor.class));
        } else if (beanFactory.isTypeMatch(ppName, Ordered.class)) {
            orderedPostProcessorNames.add(ppName);
        } else {
            nonOrderedPostProcessorNames.add(ppName);
        }
    }

    // First, invoke the BeanFactoryPostProcessors that implement PriorityOrdered.
    // 根据不同的优先级,按序执行 BeanFactoryPostProcessor
    sortPostProcessors(priorityOrderedPostProcessors, beanFactory);
    invokeBeanFactoryPostProcessors(priorityOrderedPostProcessors, beanFactory);

    // Next, invoke the BeanFactoryPostProcessors that implement Ordered.
    List<BeanFactoryPostProcessor> orderedPostProcessors = new ArrayList<>();
    for (String postProcessorName : orderedPostProcessorNames) {
        orderedPostProcessors.add(beanFactory.getBean(postProcessorName, BeanFactoryPostProcessor.class));
    }
    sortPostProcessors(orderedPostProcessors, beanFactory);
    invokeBeanFactoryPostProcessors(orderedPostProcessors, beanFactory);

    // Finally, invoke all other BeanFactoryPostProcessors.
    List<BeanFactoryPostProcessor> nonOrderedPostProcessors = new ArrayList<>();
    for (String postProcessorName : nonOrderedPostProcessorNames) {
        nonOrderedPostProcessors.add(beanFactory.getBean(postProcessorName, BeanFactoryPostProcessor.class));
    }
    invokeBeanFactoryPostProcessors(nonOrderedPostProcessors, beanFactory);

    // Clear cached merged bean definitions since the post-processors might have
    // modified the original metadata, e.g. replacing placeholders in values...
    beanFactory.clearMetadataCache();
}

源码超级长,我们慢慢来看。

  1. Spring容器使用的 BeanFactoryDefaultListableBeanFactory ,它实现了 BeanDefinitionRegistry 接口,if条件成立。
  2. 优先处理程序传进来的 beanFactoryPostProcessors ,也就是我们手动调用 AbstractApplicationContext#addBeanFactoryPostProcessor 方法来添加的 BeanFactoryPostProcessor
  3. BeanFactoryPostProcessor 是一个顶级接口,他还有一个子类 BeanDefinitionRegistryPostProcessor 。在该方法中声明了两个 List 来存放 BeanFactoryPostProcessorBeanDefinitionRegistryPostProcessor ,以便控制这两个接口方法的执行。
  4. 遍历传入的 List<BeanFactoryPostProcessor> beanFactoryPostProcessors ,将其分类放到两个 List 中。如果传入的是 BeanDefinitionRegistryPostProcessor 类,则先执行 BeanDefinitionRegistryPostProcessor 类中独有的方法 postProcessBeanDefinitionRegistry 方法。当然,我们这里传入的 List<BeanFactoryPostProcessor> beanFactoryPostProcessors 为空。
  5. 第一次执行 beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false); 方法,从容器中获取 BeanDefinitionRegistryPostProcessor 类型的Bean的name(这里只是获取名称,还没有实例化Bean)。注意,程序执行到这里,Spring还没有扫描包,还没有将项目中的Bean注册到容器中。默认情况下,这里返回的数据为如下图所示。回忆一下,这个 BeanDefinition 是在什么时候被加入到 BeanFactory 的呢?是在 AnnotationConfigApplicationContext 的无参构造器中创建 reader 时注册的 BeanDefinition 。其中BeanName为 org.springframework.context.annotation.internalConfigurationAnnotationProcessor ,对应的Class为 org.springframework.context.annotation.ConfigurationClassPostProcessor Spring5源码解析4-refresh方法之invokeBeanFactoryPostProcessors
  6. 遍历这个获取的 postProcessorNames ,如果实现了 PriorityOrdered 接口,就调用 beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class) 方法,从容器中获取这个Bean,将其加入到临时变量 List<BeanDefinitionRegistryPostProcessor> currentRegistryProcessors 中。
  7. currentRegistryProcessors 中的元素进行排序,然后执行 BeanDefinitionRegistryPostProcessor 中的特有方法 postProcessBeanDefinitionRegistry 。注意哦,这里没有执行其父类的方法,而是又将其放到 List<BeanDefinitionRegistryPostProcessor> registryProcessors 中,到后面再执行其父类方法。
  8. 默认情况下,此时 currentRegistryProcessors 中只有一个Bean即: org.springframework.context.annotation.ConfigurationClassPostProcessor (它实现了 PriorityOrdered 接口)。 ConfigurationClassPostProcessor 是一个非常重要的类,我们后面在讲。当程序执行完 ConfigurationClassPostProcessorBeanDefinitionRegistryPostProcessor 方法后,我们程序中的Bean就被注册到了Spring容器中了,需要注意的是,这里还只是注册了 BeanDefinition ,还没有创建Bean对象。 Spring5源码解析4-refresh方法之invokeBeanFactoryPostProcessors Spring5源码解析4-refresh方法之invokeBeanFactoryPostProcessors
  9. 当第二次执行 postProcessorNames = beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false); 方法,此时因为之前已经完成了Bean的扫描,所以如果我们有自定义的 BeanDefinitionRegistryPostProcessor 就可以在这里被获取了。获取之前,判断其是否实现 Ordered 接口,并且之前没有被执行过,则调用 getBean 方法,从容器中获取该Bean,然后进行排序,执行 postProcessBeanDefinitionRegistry 方法。
  10. 前面已经按顺序执行了实现 PriorityOrderedOrdered 接口的 BeanDefinitionRegistryPostProcessor ,最后,执行没有实现 Ordered 接口的 BeanDefinitionRegistryPostProcessorpostProcessBeanDefinitionRegistry 方法。执行完之后再 BeanDefinitionRegistryPostProcessor 的父类方法 postProcessBeanFactory
  11. 获取容器中还没有被执行过的实现 BeanFactoryPostProcessor 接口的Bean,然后按顺序执行的 postProcessBeanFactory 。默认情况下,这里会获取到:

Spring5源码解析4-refresh方法之invokeBeanFactoryPostProcessors

由于Bean org.springframework.context.annotation.internalConfigurationAnnotationProcessor (对应的Class为 org.springframework.context.annotation.ConfigurationClassPostProcessor )在之前已经被执行了,这里只会执行Bean org.springframework.context.event.internalEventListenerProcessor (对应的Class为 org.springframework.context.event.EventListenerMethodProcessor )的 postProcessBeanFactory 方法,源码如下:

//org.springframework.context.event.EventListenerMethodProcessor#postProcessBeanFactory 源码
@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) {
    this.beanFactory = beanFactory;

    Map<String, EventListenerFactory> beans = beanFactory.getBeansOfType(EventListenerFactory.class, false, false);
    List<EventListenerFactory> factories = new ArrayList<>(beans.values());
    AnnotationAwareOrderComparator.sort(factories);
    this.eventListenerFactories = factories;
}

未完待续……

源码学习笔记: https://github.com/shenjianen…

欢迎关注公众号,一起学习成长。

Spring5源码解析4-refresh方法之invokeBeanFactoryPostProcessors

原文 

https://segmentfault.com/a/1190000020591860

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » Spring5源码解析4-refresh方法之invokeBeanFactoryPostProcessors

赞 (0)
分享到:更多 ()

评论 1

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
  1. ado stunt cars 2Tack för att du delade inlägget.回复