Spring 后置处理器
码农参上 人气:0前言
在前面几篇文章中梳理了Spring中bean的创建过程，在这个过程中各式各样的后置处理器发挥了不同的作用，可以说后置处理器贯穿了bean的实例化以及初始化过程。在这篇文章中，将按照出场顺序对后置处理器作用场景及发挥功能进行梳理。
1、InstantiationAwareBeanPostProcessor的postProcessBeforeInstantiation()方法
AbstractAutowireCapableBeanFactory 的createBean方法中调用，这时bean还没有被实例化：
调用resolveBeforeInstantiation方法：
applyBeanPostProcessorsBeforeInstantiation方法：
在这里，首先拿到spring中提供的所有后置处理器，判断是不是InstantiationAwareBeanPostProcessor。该后置处理器实现了BeanPostProcessor，在这调用了postProcessBeforeInstantiation方法。
这里在目标对象被spring实例化之前调用，postProcessBeforeInstantiation方法的返回值类型是Object，可以返回任何类型的值。由于此时目标对象还未实例化，所以这个返回值可以用来代替原本该生成的目标对象的实例，一般为代理对象。
如果该方法的返回的Object对象代替了原本该生成的目标对象，那么就会把返回的对象放到单例池当中缓存，后续只有BeanPostProcessor的postProcessAfterInitialization方法会调用，其它方法不再调用。
如果这里返回了null，就按照正常的流程创建对象，交给spring去负责对象的实例化。因此这个方法可以判断这个对象在spring实例化之前是否要做特殊的处理，比如不交给Spring管理，自己使用代理产生。
2、SmartInstantiationAwareBeanPostProcessor的determineCandidateConstructors()方法
在AbstractAutowireCapableBeanFactory 的createBeanInstance方法中调用：
determineConstructorsFromBeanPostProcessors方法，该方法用于推断实例化的构造方法，这里可能检测出bean拥有多个候选构造方法：
SmartInstantiationAwareBeanPostProcessor接口的实现类AutowiredAnnotationBeanPostProcessor负责完成这个过程，如果有多个构造方法的情况下，ctors会返回空，后续使用默认无参构造方法进行实例化。但是如果有一个构造方法上有@Autowired注解，spring会优先选择这个方法。
3、MergedBeanDefinitionPostProcessor的postProcessMergedBeanDefinition()方法
AbstractAutowireCapableBeanFactory的doCreateBean方法中调用：
applyMergedBeanDefinitionPostProcessors方法：
在方法中对所有实现了MergedBeanDefinitionPostProcessor接口的后置处理器进行遍历，这里具体调用AutowiredAnnotationBeanPostProcessor，用于扫描需要注入的属性。
AutowiredAnnotationBeanPostProcessor中，定义了两种需要扫描的注解类型，@Autowired和@Value
在findAutowiredAnnotation方法中：
对正在创建的bean进行扫描，如果有属性和方法上面加了这两个注解，就会把对应的方法或者属性保存，最终在buildAutowiringMetadata方法中封装成InjectionMetadata对象。
需要注意这里的后置处理器仅仅用于扫描及缓存bean的注入信息，这里只完成了查找功能，没有完成属性的注入，属性的注入是在之后的另外的后置处理器中完成的。
4、SmartInstantiationAwareBeanPostProcessor的getEarlyBeanReference()方法
在AbstractAutowireCapableBeanFactory的doCreateBean 方法中调用，主要用于处理Bean的循环依赖：
在产生循环依赖后调用getEarlyBeanReference方法：
在这里遍历后置处理器，得到经过后置处理器代理后的对象，放入spring的二级缓存当中，提前暴露供循环引用的情况调用。注意这里返回的仅仅是一个对象，还算不上是一个完整的bean对象。这个具体调用过程在上一篇讲循环依赖的中的文章中讲的比较详细，如果有不明白的可以回顾一下。
5、InstantiationAwareBeanPostProcessor的postProcessAfterInstantiation()方法
在AbstractAutowireCapableBeanFactory的populateBean方法中调用：
在populateBean方法中：
该方法在目标对象实例化之后调用，这个时候对象已经被实例化，但是该实例的属性还未被设置，都是null。
这里遍历后置处理器，如果实现了InstantiationAwareBeanPostProcessor，那么就调用postProcessAfterInstantiation方法。如果方法返回值为true，按照正常流程进行属性值的填充；如果该方法返回false，会忽略属性值的设置过程。简而言之，该后置处理器用于判断当前实例化完成的bean需不需要进行属性填充。
6、InstantiationAwareBeanPostProcessor的postProcessPropertyValues()方法
同样在populateBean方法中，在postProcessAfterInstantiation后返回true时执行，如果方法返回false，该方法不会被调用。
遍历后置处理器，如果属于InstantiationAwareBeanPostProcessor类型，则调用它的postProcessPropertyValues方法。
这里发挥作用的是AutowiredAnnotationBeanPostProcessor，负责对添加了 @Autowired和@Value等注解的属性进行依赖的填充。在其中遍历所有需要注入的属性的列表，使用反射将注入的bean实例赋值给属性。（具体过程参照Spring实例化Bean源码解析）
7、BeanPostProcessor的postProcessBeforeInitialization()方法
AbstractAutowireCapableBeanFactory的doCreateBean方法中调用initializeBeanfan方法：
applyBeanPostProcessorsBeforeInitialization方法中：
在该方法中，遍历执行所有BeanPostProcessor的postProcessBeforeInitialization方法。
在执行该方法前，bean已经被实例化完成，并且完成了属性的填充，因此这个过程属于后续的bean的初始化过程。
需要注意的是，如果在bean中有方法被标注了@PostContrust注解，那么在CommonAnnotationBeanPostProcessor中，会调用该@PostContrust方法。
8、BeanPostProcessor的postProcessAfterInitialization()方法
和第7次调用入口相同，也是在AbstractAutowireCapableBeanFactory的initializeBean方法中：
applyBeanPostProcessorsAfterInitialization方法中：
遍历执行所有BeanPostProcessor的postProcessAfterInitialization方法。综上所述，bean的各种方法执行属性为，先执行构造方法，再执行后置管理器中的before方法及@PostContrust方法，最后执行后置处理器的after方法。
9、InitDestroyAnnotationBeanPostProcessor的postProcessBeforeDestruction()方法
如果当前bean中有方法被@PreDestroy注解标注，那么当Spring的ApplicationContext执行close方法时调用该后置处理器。在DefaultSingletonBeanRegistry中执行destroyBean方法：
调用destroy方法：
InitDestroyAnnotationBeanPostProcessor的postProcessBeforeDestruction方法：
在该方法中，调用@PreDestroy注解标注的方法，执行销毁方法。
总结
本文对贯穿bean的实例化及初始化过程中出现的后置处理器进行了一下梳理，但是还有很多其他的后置处理器没有讲到。可以说后置处理器是spring提供给使用者的一些扩展点，如果能够熟练的使用这些后置处理器，能够帮助我们接触到一些spring中比较深层的东西，并对spring中的生命周期进行有利的插手。
加载全部内容