概述

BeanDefinitionRegistryPostProcessor概述

可以看到BeanDefinitionRegistryPostProcessor是BeanFactoryPostProcessor的子接口。
注释中说执行时机是所有合法的bean定义已经加载，但是还没实例化。
看起来和BeanFactoryPostProcessor执行时机差不多，但是BeanFactoryPostProcessor的注释是所有bean定义被加载，而BeanDefinitionRegistryPostProcessor是所有合法的bean定义。
接着看注释：

This allows for adding further bean definitions before the next post-processing phase kicks in.

意思是BeanDefinitionRegistryPostProcessor允许添加将来的bean定义在下一个后置处理器阶段开始之前。简单说就是还可以往容器中增加新的bean的定义。
因此，大概率BeanDefinitionRegistryPostProcessor的执行顺序在BeanFactoryPostProcessor之前。

案例实践

首先，编写一个类，例如MyBeanDefinitionRegistryPostProcessor，它应要实现BeanDefinitionRegistryPostProcessor这个接口。

package com.meimeixia.ext;

import org.springframework.beans.BeansException;
import org.springframework.beans.factory.config.ConfigurableListableBeanFactory;
import org.springframework.beans.factory.support.AbstractBeanDefinition;
import org.springframework.beans.factory.support.BeanDefinitionBuilder;
import org.springframework.beans.factory.support.BeanDefinitionRegistry;
import org.springframework.beans.factory.support.BeanDefinitionRegistryPostProcessor;
import org.springframework.beans.factory.support.RootBeanDefinition;
import org.springframework.stereotype.Component;

import com.meimeixia.bean.Blue;

// 记住，我们这个组件写完之后，一定别忘了给它加在容器中
@Component
public class MyBeanDefinitionRegistryPostProcessor implements BeanDefinitionRegistryPostProcessor {

	@Override
	public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
		// TODO Auto-generated method stub
		System.out.println("MyBeanDefinitionRegistryPostProcessor...bean的数量：" + beanFactory.getBeanDefinitionCount());
	}

	/**
	 * 这个BeanDefinitionRegistry就是Bean定义信息的保存中心，这个注册中心里面存储了所有的bean定义信息，
	 * 以后，BeanFactory就是按照BeanDefinitionRegistry里面保存的每一个bean定义信息来创建bean实例的。
	 * 
	 * bean定义信息包括有哪些呢？有这些，这个bean是单例的还是多例的、bean的类型是什么以及bean的id是什么。
	 * 也就是说，这些信息都是存在BeanDefinitionRegistry里面的。
	 */
	@Override
	public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException {
		// TODO Auto-generated method stub
		System.out.println("postProcessBeanDefinitionRegistry...bean的数量：" + registry.getBeanDefinitionCount());
		// 除了查看bean的数量之外，我们还可以给容器里面注册一些bean，我们以前也简单地用过
		/*
		 * 第一个参数：我们将要给容器中注册的bean的名字
		 * 第二个参数：BeanDefinition对象
		 */
		// RootBeanDefinition beanDefinition = new RootBeanDefinition(Blue.class); // 现在我准备给容器中添加一个Blue对象
		// 咱们也可以用另外一种办法，即使用BeanDefinitionBuilder这个构建器生成一个BeanDefinition对象，很显然，这两种方法的效果都是一样的
		AbstractBeanDefinition beanDefinition = BeanDefinitionBuilder.rootBeanDefinition(Blue.class).getBeanDefinition();
		registry.registerBeanDefinition("hello", beanDefinition);
	}
}

测试结果

可以看到，BeanDefinitionRegistryPostProcessor里面的两个方法，postProcessBeanDefinitionRegistry在postProcessBeanFactory之前执行。
BeanDefinitionRegistryPostProcessor比BeanFactoryPostProcessor先执行。

源码分析

自己在测试示例中方法打断点，然后查看调用栈即可，下面是一些主要的代码片段。

继续向下看，可以看到会取出所有实现了BeanDefinitionRegistryPostProcessor接口的类，即从容器中获取到所有的BeanDefinitionRegistryPostProcessor组件。然后，优先调用实现了PriorityOrdered接口的BeanDefinitionRegistryPostProcessor组件。

点进去这个方法里面一看究竟，原来是先调用完BeanDefinitionRegistryPostProcessor组件里面的postProcessBeanDefinitionRegistry方法，然后再来调用它里面的postProcessBeanFactory方法。
我们再来仔细看一下PostProcessorRegistrationDelegate类中的invokeBeanFactoryPostProcessors方法，只不过这时是从程序停留的地方（即第122行代码处）往下看，如下图所示。

小结

BeanDefinitionRegistryPostProcessor的执行流程。

创建IOC容器。
调用refresh方法。
从IOC容器中获取所有的BeanDefinitionRegistryPostProcessor组件，并依次触发它们的postProcessBeanDefinitionRegistry方法，之后触发它的postProcessBeanFactory方法。
从IOC容器中获取到所有的BeanFactoryPostProcessor组件，并依次触发它们的postProcessBeanFactory方法。