Spring启动过程中创建bean过程中BeanDefinition的后置处理部分的代码分析

意义

  1.这部分的代码看似很简洁,但是却便于扩展,而且对于增加功能也不用改动主体代码(策略模式,也是为什么要用设计模式的原因)

  2.其次是为什么要有这一步,这一步针对的是 BeanDefinition 的处理,正如我们经常在类加上一些依赖注入或者其他的注解(这里便是为了让把这些注解封装成对象,塞入到BeanDefinition 中,在初始化的时候直接拿出用即可) 

代码展示

// 后置处理合并后的BeanDefinition
synchronized (mbd.postProcessingLock) {
    if (!mbd.postProcessed) {
        try {
            //执行BeanDefinitionPostProcessor
            applyMergedBeanDefinitionPostProcessors(mbd, beanType, beanName);
        }
        catch (Throwable ex) {
            throw new BeanCreationException(mbd.getResourceDescription(), beanName,
                    "Post-processing of merged bean definition failed", ex);
        }
        mbd.postProcessed = true;
    }
}

//通过缓存中拿出对应类型的PostProcessor对bean进行处理
protected void applyMergedBeanDefinitionPostProcessors(RootBeanDefinition mbd, Class<?> beanType, String beanName) {
    for (MergedBeanDefinitionPostProcessor processor : getBeanPostProcessorCache().mergedDefinition) {
        processor.postProcessMergedBeanDefinition(mbd, beanType, beanName);
    }
}

 

代码说明

  如postProcessMergedBeanDefinition方法在不同类中处理的东西不同

    CommonAnnotationBeanPostProcessor类(扫描@PostConstruct @PreDestroy,扫描@Resource,扫描属性和方法上面是否有@Resource注解,如果有则收集起来封装成对象
    AutowiredAnnotationBeanPostProcessor类(扫描@Autowired,如果有则收集起来封装成对象

posted @ 2022-09-14 17:20  忧愁的chafry  阅读(115)  评论(0编辑  收藏  举报