0
点赞
收藏
分享

微信扫一扫

BeanDefinationFactoryPostProcess--Spring源码解析(二)


前面说了bean周期之前先会定义beanDefination,定义完之后,才会开始真正的生产bean。

​​ApplicationContext(1)--Spring源码解析(一)

 先看下ClassPathXmlApplicationContext源码:

BeanDefinationFactoryPostProcess--Spring源码解析(二)_xml

第一个super是初始化父类,获取xml路径资源解析器。

后面的setConfigLocations通过环境变量解析xml文件。

后面refresh基本和AnnocationConfigApplicationContext里的源码一致。

BeanDefinationFactoryPostProcess--Spring源码解析(二)_java_02

这时候GenericApplicationContext是注解的实现类,里面主要给factory一个id。另一个AbstractRefreshableApplicationContext 不光给了序列化的id,给了id之后,后面还加载了beanDefinition,在里面将xml解析成docment。

这里主要还是说annocationConfigApplicationContext里通过beanDefinationRead先注册了一个       ConfigurationClassPostProcess,这个主要是处理配置类,还注册了很多其他解析注解的bean定义(比如AutowiredAnnocationPostProcess和ResourceAnnocationPostcess)。  

BeanDefinationFactoryPostProcess--Spring源码解析(二)_spring_03

BeanDefinationFactoryPostProcess--Spring源码解析(二)_后端_04

 从容器当中获取beanDefinitionRegistryPostProcessor类型的名字,一共调用四次invokeBeanDefinitionRegistryPostProcessor,第一次优先调用实现了 PriorityOrdered接口的,第二次调用实现了ordered接口的,最后调用没有实现任何优先级接口的类。这里面还会调用beanFactoryPostProcess接口。

BeanDefinationFactoryPostProcess--Spring源码解析(二)_spring_05

BeanDefinationFactoryPostProcess--Spring源码解析(二)_xml_06

 这里实现带注册功能的后置处理器,之后开始调用processConfigBeanDefinitions真正的解析。

BeanDefinationFactoryPostProcess--Spring源码解析(二)_xml_07

getBeanDefinitionNames从ioc获取所有bean,然后循环,通过bean的名称,获取bean定义,判断他是否被解析过,判断是个完整的配置类(到了configuration注解的就是完整配置类,到了component注解就是一个Lite配置类)。

 这里面有个ConfigurationClassParser是解析的类,下图可以看到里面在循环配置类。

BeanDefinationFactoryPostProcess--Spring源码解析(二)_后端_08

 

BeanDefinationFactoryPostProcess--Spring源码解析(二)_xml_09

这里开始真正解析配置类componentScan,import等。 

举报

相关推荐

0 条评论