前面说了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等。
