Spring源码解析,spring事务源码深度解析

　　00-1010前言1、InstantiationAware后处理器的PostprocessbeforeInstance()方法2、smartinstantiationwarebeanpostprocessor的determineCandidateConstructors()方法3、MergedBeandefinition后处理器的PostProcessMergedBeandefinition()方法4、smartinstantiawarepointprocessor的GetEarlyBeanReference()方法5、instantiawarepostprocessor的postProcessAfterInstantiation()方法6、instantiawareportyprocesspropertyvalues()方法7、instantiawarebeambeanpontyprocessor的posinitial ization()方法8

　　00-1010在之前的文章中，我们梳理了春天的豆子创作过程。在这个过程中，各种后处理器扮演了不同的角色。可以说，后处理器贯穿了beans的实例化和初始化。本文将按照出场顺序对后处理器的动作场景和功能进行梳理。

　　Spring源代码分析的循环依赖实现过程Spring源代码分析Bean属性填充Spring容器初始化注册和刷新方法

　　00-1010当Bean尚未实例化时，在AbstractTautowireCapableBeanfactory的createBean方法中调用：

　　调用resolvebeforeinstance方法：

　　applybeanpostprocessorsbefore instance方法：

　　这里先获取spring提供的所有后处理器，判断是否是InstantiationAware后处理器。后处理器实现BeanPostProcessor，其中调用postprocessbeforeinstance方法。

　　这里，它在spring实例化目标对象之前被调用。PostProcessBeforeInstance方法的返回值类型是Object，可以返回任何类型的值。由于此时目标对象还没有实例化，所以这个返回值可以用来替换应该已经生成的目标对象的实例，一般是代理对象。

　　如果该方法返回的对象替换了本应生成的目标对象，则返回的对象将缓存在singleton池中，后面只调用BeanPostProcessor的postProcessAfterInitialization方法，不会再调用其他方法。

　　如果此处返回null，则按照正常流程创建对象，交给spring负责实例化对象。所以这个方法可以在spring实例化之前判断这个对象是否需要特殊处理，比如由代理生成而不是由Spring管理。

　　00-1010在AbstractTautowireCapableBeanfactory的createBeanInstance方法中调用：

　　DetectionConstructorsFromBeanPostProcessors方法，用于推断实例化的构造方法。这里，可以检测到bean有几个候选的构造方法：

　　lign:center">

　　SmartInstantiationAwareBeanPostProcessor接口的实现类AutowiredAnnotationBeanPostProcessor负责完成这个过程，如果有多个构造方法的情况下，ctors会返回空，后续使用默认无参构造方法进行实例化。但是如果有一个构造方法上有@Autowired注解，spring会优先选择这个方法。

3、MergedBeanDefinitionPostProcessor的postProcessMergedBeanDefinition()方法

　　applyMergedBeanDefinitionPostProcessors方法：

　　在方法中对所有实现了MergedBeanDefinitionPostProcessor接口的后置处理器进行遍历，这里具体调用AutowiredAnnotationBeanPostProcessor，用于扫描需要注入的属性。

　　AutowiredAnnotationBeanPostProcessor中，定义了两种需要扫描的注解类型，@Autowired和@Value

　　在findAutowiredAnnotation方法中：

　　对正在创建的bean进行扫描，如果有属性和方法上面加了这两个注解，就会把对应的方法或者属性保存，最终在buildAutowiringMetadata方法中封装成InjectionMetadata对象。

　　需要注意这里的后置处理器仅仅用于扫描及缓存bean的注入信息，这里只完成了查找功能，没有完成属性的注入，属性的注入是在之后的另外的后置处理器中完成的。

4、SmartInstantiationAwareBeanPostProcessor的getEarlyBeanReference()方法

　　在产生循环依赖后调用getEarlyBeanReference方法：

　　在这里遍历后置处理器，得到经过后置处理器代理后的对象，放入spring的二级缓存当中，提前暴露供循环引用的情况调用。注意这里返回的仅仅是一个对象，还算不上是一个完整的bean对象。这个具体调用过程在上一篇讲循环依赖的中的文章中讲的比较详细，如果有不明白的可以回顾一下。

5、InstantiationAwareBeanPostProcessor的postProcessAfterInstantiation()方法

　　在populateBean方法中：

　　该方法在目标对象实例化之后调用，这个时候对象已经被实例化，但是该实例的属性还未被设置，都是null。

　　这里遍历后置处理器，如果实现了InstantiationAwareBeanPostProcessor，那么就调用postProcessAfterInstantiation方法。如果方法返回值为true，按照正常流程进行属性值的填充；如果该方法返回false，会忽略属性值的设置过程。简而言之，该后置处理器用于判断当前实例化完成的bean需不需要进行属性填充。

6、InstantiationAwareBeanPostProcessor的postProcessPropertyValues()方法

　　遍历后置处理器，如果属于InstantiationAwareBeanPostProcessor类型，则调用它的postProcessPropertyValues方法。

　　这里发挥作用的是AutowiredAnnotationBeanPostProcessor，负责对添加了@Autowired和@Value等注解的属性进行依赖的填充。在其中遍历所有需要注入的属性的列表，使用反射将注入的bean实例赋值给属性。（具体过程参照Spring实例化Bean源码解析）

7、BeanPostProcessor的postProcessBeforeInitialization()方法

　　applyBeanPostProcessorsBeforeInitialization方法中：

　　在该方法中，遍历执行所有BeanPostProcessor的postProcessBeforeInitialization方法。

　　在执行该方法前，bean已经被实例化完成，并且完成了属性的填充，因此这个过程属于后续的bean的初始化过程。

　　需要注意的是，如果在bean中有方法被标注了@PostContrust注解，那么在CommonAnnotationBeanPostProcessor中，会调用该@PostContrust方法。

8、BeanPostProcessor的postProcessAfterInitialization()方法

　　applyBeanPostProcessorsAfterInitialization方法中：

　　遍历执行所有BeanPostProcessor的postProcessAfterInitialization方法。综上所述，bean的各种方法执行属性为，先执行构造方法，再执行后置管理器中的before方法及@PostContrust方法，最后执行后置处理器的after方法。

9、InitDestroyAnnotationBeanPostProcessor的postProcessBeforeDestruction()方法

　　调用destroy方法：

　　InitDestroyAnnotationBeanPostProcessor的postProcessBeforeDestruction方法：

　　在该方法中，调用@PreDestroy注解标注的方法，执行销毁方法。

总结

郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。