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，如果有则收集起来封装成对象）

标签：mbd,Spring,代码,beanName,beanType,bean,BeanDefinition
来源： https://www.cnblogs.com/chafry/p/16689529.html