Spring 常用扩展点记录

这里会简单的对调用时机进行一个排序。从小到大,值越小,调用时机越靠前。

一、BeanFactoryPostProcessor (order: 21 )

BeanFactoryPostProcessor.png

基本定义

从上图可以看到其基本定义,实现类的方法为:postProcessBeanFactory,参数为 BeanFactory。

方法调用时机

暂未看到 直接实现 BeanFactoryPostProcessor 在哪里调用。回头找完补充一下。

初始化阶段,调用1次。

1.1 BeanDefinitionRegistryPostProcessor (order: 20)

BeanDefinitionRegistryPostProcessor .png

基本定义

BeanFactoryPostProcessor 的子类,在父类基础上又扩展了一个 postProcessBeanDefinitionRegistry 方法,方法参数为 BeanDefinitionRegistry。

实际上BeanFactory、与BeanDefinitionRegistry存在很紧密的联系。以我们最常见的DefaultListableBeanFactory类为例,该类实现了BeanDefinitionRegistry、ConfigurableListableBeanFactory接口、继承了AbstractBeanFactory。关系比较复杂这里不做描述,只需要知道这两个参数,虽然类型不同,但是在很多情况下都是一个实例就OK。

调用时机

AbstractApplicationContext -> refresh() -> invokeBeanFactoryPostProcessors()
具体位置:PostProcessorRegistrationDelegate#invokeBeanFactoryPostProcessors

初始化阶段,调用一次。

与其父类 BeanFactoryPostProcessor 方法先后顺序由具体的实现类决定,比如在ConfigurationClassPostProcessor(注解方式启动 完成 Spring IOC 工作 )实现类中,调用优先级就高于父类方法,因此这里优先级暂定比父类高一些。

二、BeanPostProcessor (order:35)

BeanPostProcessor.png

基本定义

Spring Bean 实例化的处理器,包含两个方法,实例化之前,实例化之后。可以理解为是一种代理模式,针对bean的实例化过程做一些扩展,比如实例化前,做一些策略逻辑,实例化所需要的类,或者创建代理对象。实例化后,可以设置一些属性值。

调用时机

这里先做一个说明,此处调用时机,仅针对直接实现 BeanPostProcessor 类型的,如果是其子类 比如 InstantiationAwareBeanPostProcessor 实现类,调用时机由子类决定。

doGetBean -> doCreateBean -> populateBean -> initializeBean
具体位置:AbstractAutowireCapableBeanFactory#initializeBean

针对 所有的 bean实例化,只要能走到 initializeBean 方法,均会调用。多个实现类之间的顺序已添加顺序为主使用ArrayList存储。

2.1 InstantiationAwareBeanPostProcessor (order: 34)

InstantiationAwareBeanPostProcessor 是 BeanPostProcessor 的一个子类,这个类似乎并没有什么用。有理解的欢迎补充。这里仅仅是做一个调用关系的说明。

不同的子类由不同的调用时机,我们再扩展的时候需要注意实现合适的接口。

public interface InstantiationAwareBeanPostProcessor extends BeanPostProcessor {
}

调用时机

doGetBean -> createBean -> resolveBeforeInstantiation
在doCreateBean 之前。
具体位置:AbstractAutowireCapableBeanFactory#createBean -> resolveBeforeInstantiation()

public abstract class AbstractAutowireCapableBeanFactory extends AbstractBeanFactory
       implements AutowireCapableBeanFactory {

   @Nullable
   protected Object resolveBeforeInstantiation(String beanName, RootBeanDefinition mbd) {
       Object bean = null;
       if (!Boolean.FALSE.equals(mbd.beforeInstantiationResolved)) {
           // Make sure bean class is actually resolved at this point.
           if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors()) {
               Class<?> targetType = determineTargetType(beanName, mbd);
               if (targetType != null) {
                   bean = applyBeanPostProcessorsBeforeInstantiation(targetType, beanName);
                   if (bean != null) {
                       bean = applyBeanPostProcessorsAfterInitialization(bean, beanName);
                   }
               }
           }
           mbd.beforeInstantiationResolved = (bean != null);
       }
       return bean;
   }
}

这里仅针对 InstantiationAwareBeanPostProcessor 的实现类,触发的方法为 其父类 BeanPostProcessor 声明的方法,并没有调用自己的方法。

同样也是 所有的 bean 都会触发,只要满足触发的条件 hasInstantiationAwareBeanPostProcessors 。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容