总结： AbstractApplicationContext#postProcessBeanFactory(ConfigurableListableBeanFactory) 方法，交由子类实现，例如 AbstractRefreshableApplicationContext 的实现中会添加 ServletContext 相关内容 AbstractApplicationContext#invokeBeanFactoryPostProcessors(ConfigurableListableBeanFactory) 方法，主要是执行 BeanFactoryPostProcessor 和 BeanDefinitionRegistryPostProcessor 的处理，会做以下事情： 1. 如果当前 Spring 应用上下文是 BeanDefinitionRegistry 类型，则执行当前 Spring 应用上下文中所有 BeanDefinitionRegistryPostProcessor、BeanFactoryPostProcessor 的处理，以及底层 BeanFactory 容器中 BeanDefinitionRegistryPostProcessor 的处理，处理顺序如下： 1. 当前 Spring 应用上下文中所有 BeanDefinitionRegistryPostProcessor#postProcessBeanDefinitionRegistry 2. 底层 BeanFactory 容器中所有 BeanDefinitionRegistryPostProcessor#postProcessBeanDefinitionRegistry（优先级：PriorityOrdered > Ordered > 无） 3. 当前 Spring 应用上下文和底层 BeanFactory 容器中所有 BeanDefinitionRegistryPostProcessor#postProcessBeanFactory 4. 当前 Spring 应用上下文中所有 BeanFactoryPostProcessor#postProcessBeanFactory 2. 否则，执行当前 Spring 应用上下文中所有 BeanFactoryPostProcessor#postProcessBeanFactory 3. 执行底层 BeanFactory 容器中所有 BeanFactoryPostProcessor#postProcessBeanFactory，上面已经处理过的会跳过，执行顺序和上面一样：PriorityOrdered > Ordered > 无

结合小马哥的讲解和评论区的一些总结，自己再记录一下： 1.处理当前上下文的BeanDefinitionRegistryPostProcessor，执行postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) 方法。 2.处理beanFactory中的BeanDefinitionRegistryPostProcessor-开发者实现了BeanDefinitionRegistryPostProcessor接口的实现类,如果有多个实现类，按照@PriorityOrdered,@Ordered,顺序执行 postProcessBeanDefinitionRegistry 方法。 3.处理当前上下文中的BeanDefinitionRegistryPostProcessor和BeanFactoryPostProcessor，执行 postProcessBeanFactory 方法。 4.处理beanFactory中的BeanFactoryPostProcessor-开发者实现了BeanDefinitionRegistryPostProcessor 或者 BeanFactoryPostProcessor 的实现类，执行 postProcessBeanFactory 方法。

if (beanFactory instanceof BeanDefinitionRegistry) { …… }else{ invokeBeanFactoryPostProcessors(beanFactoryPostProcessors, beanFactory)； } //后面部分的逻辑处理谈一下我的理解，当beanfactory不是BeanDefinitionRegistry时，它仅仅执行了前面else里面的 invokeBeanFactoryPostProcessors(beanFactoryPostProcessors, beanFactory)；即只执行了当前上下文中的beanFactoryPostProcessors的处理逻辑，没有执行底层beanfactory注册的beanFactoryPostProcessors处理逻辑。这正是漏掉的处理逻辑。 如果当beanfactory是BeanDefinitionRegistry时，其实没有漏掉底层beanfactory的beanFactoryPostProcessors.postProcessBeanFactory()处理逻辑。 所以这部分代码是不是放入到else里面更好？ 这只是个人理解，没有debug细看，希望各位大佬指正。

PostProcessorRegistrationDelegate. invokeBeanFactoryPostProcessors():先处理 applicationContext.addBeanFactoryPostProcessor(BeanFactoryPostProcessor) 产生的 BeanFactoryPostProcessor；再处理 BeanDefinition 中定义的实现 BeanDefinitionRegistryPostProcessor 的类，每次处理前都需要 String[] postProcessorNames = beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false); 是因为前面的 BeanDefinitionRegistryPostProcessor 类可能产生新的 BeanDefinitionRegistryPostProcessor 类；可以在 PriorityOrdered.class 中可以 实现生成了 Order.class 的Processor，可正常执行，如果在PriorityOrdered.class 产生 实现了 PriorityOrdered.class 因为无法查询到导致无法被执行。所以最后有一个迭代操作保证每个 BeanDefinitionRegistryPostProcessor 都会被执行，但执行顺序可能会出现 PriorityOrdered.class 在 Ordered.class 后执行的情况。