Spring 框架提供了几种 PostProcessor接口用于建模对容器或者bean的后置处理器，它们定义了一些方法，这些方法在特定的时机会被调用。通过这种机制，框架自身或者应用开发人员有机会在不侵入容器或者bean核心逻辑的情况下为容器或者bean做针对某些特定方面的定制或者扩展：能力增强，属性设置，内容修改，对象代理，甚至直接替换整个bean。Spring 提供的 PostProcessor 接口有如下几种 ：
BeanDefinitionRegistryPostProcessor–BeanDefinitionRegistry后置处理器 – 容器级别BeanFactoryPostProcessor–BeanFactory后置处理器 – 容器级别BeanPostProcessor–Bean后置处理器 –bean实例级别
实际应用中又可细分为如下几类 :
1.InstantiationAwareBeanPostProcessor
2.MergedBeanDefinitionPostProcessor
3.DestructionAwareBeanPostProcessor
4.SmartInstantiationAwareBeanPostProcessor
5. 一般BeanPostProcessor
Spring框架自身提供了很多这些PostProcessor的实现类，每个PostProcessor实现类分别有不同的关注点,Spring利用这些PostProcessor实现类完成了很多框架自身的任务，主要在容器启动和bean获取阶段。另外，开发人员也可以实现自己的PostProcessor来扩展Spring容器或者bean的能力。这里面尤其是通过自定义实现BeanPostProcessor,开发人员有机会对容器中所有的bean做定制。
注意，本文中
PostProcessor只是用于表达"后置处理器"这一概念，而并非Spring中存在一个使用此名字的接口或者类。
以上各种容器级别PostProcessor接口之间的继承关系:
以上各种bean级别BeanPostProcessor接口之间的继承关系:
参考文章
Spring各种PostProcessor : BeanDefinitionRegistryPostProcessor
Spring各种PostProcessor : BeanFactoryPostProcessor
Spring各种PostProcessor : BeanPostProcessor
Springboot 应用常见的BeanPostProcessor清单
Spring-单例bean创建过程小结