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