BeanDefinitionRegistryPostProcessor接口常用于给接口动态添加代理类。这个接口中有一个方法如下：
```java
public interface BeanDefinitionRegistryPostProcessor extends BeanFactoryPostProcessor {

/**
	 * Modify the application context's internal bean definition registry after its
	 * standard initialization. All regular bean definitions will have been loaded,
	 * but no beans will have been instantiated yet. This allows for adding further
	 * bean definitions before the next post-processing phase kicks in.
	 * @param registry the bean definition registry used by the application context
	 * @throws org.springframework.beans.BeansException in case of errors
	 */
	void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException;

}
```
postProcessBeanDefinitionRegistry方法的说明解释翻译如下：
```
在标准初始化之后修改应用程序上下文的内部bean定义注册表。所有常规bean定义都已加载，但尚未实例化任何bean。这允许在下一个后处理阶段开始之前添加更多bean定义。
```
我再引用一下csdn上的一张图片，展示了BeanDefinitionRegistryPostProcessor处在spring启动加载流程的哪个阶段，如下：
![](http://img.classinstance.cn/20220215/1644897328179.png)

也就是说这个方法能做的就是增加或修改类bean的定义而已，所有类还没有实例化，所以在这个接口的实现中的写一些代码时有很多限制，比如不能正常的注入我们自己定义的类实例，如果强制注入，那么这些类将不能正常的按spring流程来实例化，不能正常使用。这也解释了我上一篇文章中提到的取不到配置类中的配置问题。具体问题可以看这里：[http://www.classinstance.cn/detail/178.html](http://www.classinstance.cn/detail/178.html "http://www.classinstance.cn/detail/178.html")

ClassInstance

BeanDefinitionRegistryPostProcessor作用及加载顺序

相关文章

推荐文章

热门文章

标签列表