前面说了bean周期之前先会定义beanDefination,定义完之后,才会开始真正的生产bean。
ApplicationContext(1)--Spring源码解析(一)
先看下ClassPathXmlApplicationContext源码:
第一个super是初始化父类,获取xml路径资源解析器。
后面的setConfigLocations通过环境变量解析xml文件。
后面refresh基本和AnnocationConfigApplicationContext里的源码一致。
这时候GenericApplicationContext是注解的实现类,里面主要给factory一个id。另一个AbstractRefreshableApplicationContext 不光给了序列化的id,给了id之后,后面还加载了beanDefinition,在里面将xml解析成docment。
这里主要还是说annocationConfigApplicationContext里通过beanDefinationRead先注册了一个 ConfigurationClassPostProcess,这个主要是处理配置类,还注册了很多其他解析注解的bean定义(比如AutowiredAnnocationPostProcess和ResourceAnnocationPostcess)。
从容器当中获取beanDefinitionRegistryPostProcessor类型的名字,一共调用四次invokeBeanDefinitionRegistryPostProcessor,第一次优先调用实现了 PriorityOrdered接口的,第二次调用实现了ordered接口的,最后调用没有实现任何优先级接口的类。这里面还会调用beanFactoryPostProcess接口。
这里实现带注册功能的后置处理器,之后开始调用processConfigBeanDefinitions真正的解析。
getBeanDefinitionNames从ioc获取所有bean,然后循环,通过bean的名称,获取bean定义,判断他是否被解析过,判断是个完整的配置类(到了configuration注解的就是完整配置类,到了component注解就是一个Lite配置类)。
这里面有个ConfigurationClassParser是解析的类,下图可以看到里面在循环配置类。
这里开始真正解析配置类componentScan,import等。