一篇文章带你玩转Spring bean的终极利器

前面的篇幅里有提到通过InitializingBean和Disposable等接口可以对bean的初始化和销毁做一些自定义操作，那么有一点要注意，那仅仅是在bean被容器实例化之后的操作，在spring的世界里，要想对实例化这个过程做点什么，作为一个普通业务的开发人员，显然不需要去继承ApplicationContext或者BeanFactory，因为spring container为我们提供了一些接口，让我们以插件的形式去扩展BeanFactory对bean的初始化操作，其中就有我们今天的主角――BeanPostProcessor（以下简称bpp）接口。

源码，先睹为快

这个用法很简单，它只有两个方法，我们实现自己的BeanPostProcessor，Spring能自动注册到容器中。

其中before方法是在bean实例化之后，属性设置之后但在初始化方法之前执行；after方法是在各种初始化方法之后执行。

说到这里可能有人会想，这跟生命周期中的其它初始化接口有啥区别？其它的初始化方法也可以修改bean啊，这个问题问得好，那么我们来说下这个接口与InitializingBean Disposable接口以及自定义的init destroy方法的本质区别

• bpp的两个方法是有返回值Object的，这恰恰是问题的关键，这个bean就是我们要修改的bean，这样一来，我们就可以修改bean实例本身，或替换，或wrap成一个proxy bean（Spring中的aop机制多是这么干），而其它的初始化接口的返回为void，因此它们理论上只能修改bean的状态，能做的东西相当受限制。
• bpp是以扩展插件的形式被Container执行，不需要bean本身去做什么（bean本身不用实现这个接口），所以这个插件跟bean在代码上不耦合
• 在执行方式上也完全不同，bpp是作为Spring container的一个扩展，在容器初始化bean的过程过，对每个bean都会执行一次，而初始化接口，由于是特定的bean实现的，所以与其它的bean无关，只对初始该类型的bean执行。简而言之就是，虽然都是由容器执行对bean的操作，bpp是扩展的容器本身行为，而初始化接口是扩展bean的行为后被容器执行的。

在这里有两种特殊的bpp不得不说，假设你需要自定义一个类似于@Autowire或者@Inject的注入功能的注解的时候（你可能会用到InjectionMetadata），普通的bpp可能就满足不了你的需要了，你可能用到两个特殊的bpp。

MergedBeanDefinitionPostProcessor(以下简称mbdpp)

InstantiationAwareBeanPostProcessor(以下简称iabpp)

他们都是继承自bpp，但在spring bean 创建的过程中切入点不同于普通的bpp。

InstantiationAwareBeanPostProcessor接口

 看注释

postProcessBeforeInstantiation方法

查阅AbstractAutowireCapableBeanFactory的createBean方法（这个方法是Spring容器创建bean的核心方法），可以看到，postProcessBeforeInstantiation是在bean实例化之前，postProcessAfterInstantiation是在实例化之后属性设置以及autowire注入之前，它一般是spring框架内部使用，但在这里大有可为，用postProcessBeforeInstantiation可以生成代理对象（ 一般作法是让postProcessorBeforeInstantiation方法返回不为null，这样就会中断后续创建bean实例的过程，会以这个方法返回的对象作为bean实例），看源码：

postProcessPropertyValues方法

用postProcessPropertyValues 可以完成对属性的各种操作，注解中元数据的解析等，Spring的@Autowire注入,JSR330的@Inject以及JSR250的@Resource等注入操作都是通过这个方法完成。

这接口的用处在spring底层较多，有兴趣的同学可以翻阅源码，以下是两个比较典型的实现。

AutowiredAnnotationBeanPostProcessor
AbstractAutoProxyCreator

MergedBeanDefinitionPostProcessor接口

这个接口传入了一个RootBeanDefinition，这里允许我们修改bean的定义，@AutuwiredAnnotationBeanPostProcessor通过实现这个方法检查并注册需要注入的成员。

BeanFactoryPostProcessor(bfpp)

除了BeanPostProcessor还有一种想必大家都知道，那就是BeanFactoryPostProcessor

bfpp是作为beanFactory的一个很重要扩展插件，可以用来自定义BeanDefination的。它与bpp主要区别在于：

• bpp是处理的bean实例，bfpp是处理bean的定义
• bfpp能读取和修改bean的定义（BeanDefination)，比如说在配置中属性值用到的占位符${}就是PropertyPlaceholderConfigurer通过实现bfpp来实现的
• bpp处理的则是新鲜出炉并且设置好属性的bean的实例（上边提到iabpp和mdbpp的两种特殊的bpp除外）

好了，说了这么多，来看下Spring创建bean的大致流程图，这里只标出了比较关键的节点

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对脚本之家的支持。

您可能感兴趣的文章:

• Spring Bean基本管理实例详解
• 详解Spring中bean实例化的三种方式
• Spring在代码中获取bean的方法小结
• 深入理解Spring中bean的生命周期介绍
• Spring Bean三种注入方式详解
• Java类获取Spring中bean的5种方式
• Java中Spring获取bean方法小结
• 详解Java的Spring框架中bean的定义以及生命周期
• 详解Spring简单容器中的Bean基本加载过程
• 详解Java的Spring框架下bean的自动装载方式