前面说了bean周期之前先会定义beanDefination,定义完之后,才会开始真正的生产bean。
ApplicationContext(1)--Spring源码解析(一)
https://blog.csdn.net/ke1ying/article/details/122818777
先看下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等。
本文深入探讨Spring的ClassPathXmlApplicationContext源码,解析bean定义过程及配置类处理。从获取XML资源到bean定义注册,再到配置类和注解的解析,详细阐述了Spring如何构建bean的生命周期。重点关注了bean定义注册、BeanDefinitionRegistryPostProcessor的调用顺序以及配置类的componentScan和import处理。
1387

被折叠的 条评论
为什么被折叠?



