Spring源码中关键类的梳理工作-创新互联

为了便于自己及大家对源码的深刻了解，现在将Spring中的关键类进行一个关系的梳理。梳理类之前，我们不妨简单梳理一遍Spring的ioc的加载流程， ApplicationContext classPath = new MyClassPathXmlApplicationContext("appicationContext.xml");一共一行代码，内容却很多。

1. 首先会创建一些资源加载器，创建一些环境所需要的东西

2. 然后就会对配置文件名进行解析处理。

3. 做一些容器的初始化工作，包括但不限于设置容器的启动时间、设置活跃状态，准备监听器集合，事件集合等

4. 创建容器并加载xml文件，然后把文件内容封装成可以处理的对象

5. 

大致流程了解了，我们需要按照正常的思路来梳理一些关键类

Resource就是表示资源的大的抽象接口，其中有很多对具体文件类型、资源类型的解析的实现类：（这种设计模式也是Spring常用的策略模式）

2. 表示资源的有了，就需要有加载资源的类，于是就有了ResourceLoader组件，该组件负责对 Spring 资源的加载，资源指的是xml、properties等文件资源，返回一个对应类型的Resource对象。ResourceLoader组件其实跟Resource组件差不多，都是一个根接口，对应有不同的子类实现，比如加载来自文件系统的资源，则可以使用FileSystemResourceLoader, 加载来自ServletContext上下文的资源，则可以使用ServletContextResourceLoader。还有最重要的一点，ApplicationContext,AbstractApplication是实现了ResourceLoader的，这说明什么呢？说明我们的应用上下文ApplicationContext拥有加载资源的能力，这也说明了为什么可以通过传入一个String resource path给ClassPathXmlApplicationContext("applicationContext.xml")就能获得 xml 文件资源的原因了。

3. 既然我们拥有了加载器ResourceLoader，也拥有了对资源的描述Resource, 但是我们在 xml 文件中声明的标签在 Spring 又是怎么表示的呢？于是就引入一个叫BeanDefinition的组件，该组件对bean的属性的做了全部的定义：常见的scope，dependOn等

BeanDefinition有很多实现子类：其中RootBeanDefinition是最常用的实现类，它对应一般性的元素标签，GenericBeanDefinition是自2.5以后新加入的bean文件配置属性定义类，是一站式服务类。在配置文件中可以定义父和子，父用RootBeanDefinition表示，而子用ChildBeanDefiniton表示，而没有父的就使用RootBeanDefinition表示。AbstractBeanDefinition对两者共同的类信息进行抽象。 Spring通过BeanDefinition将配置文件中的配置信息转换为容器的内部表示，并将这些BeanDefiniton注册到BeanDefinitonRegistry中。Spring容器的BeanDefinitionRegistry就像是Spring配置信息的内存数据库，主要是以map的形式保存，后续操作直接从BeanDefinitionRegistry中读取配置信息。一般情况下，BeanDefinition只在容器启动时加载并解析，除非容器刷新或重启，这些信息不会发生变化，当然如果用户有特殊的需求，也可以通过编程的方式在运行期调整BeanDefinition的定义。

1. 有了加载器ResourceLoader，也拥有了对资源的描述Resource，也有了对bean的定义，我们不禁要问，我们的Resource资源是怎么转成我们的BeanDefinition的呢?BeanDefinitionReader组件就诞生了。其实现子类中有PropertiedBeanDefinitionReader,XmlBeanDefinitionReader和GroovyBeanDefinitionReader分别对不同类型的文件进行加载。

2. 以上组件齐全以后就具备了把资源加载到工厂的能力了，但是还需要将BeanDefinition注册到工厂中去，这样使用getBean()的时候才能获取到对应的bean，BeanDefinitionRegistry就出现了。

其定义了如何把beanDefinition注册到容器中的规范：

其对应的是实现类：

SimpleBeanDefinitionRegister,DefaultListableBeanFactory,GenericApplicationContext，其中SimpleBeanDefinitionRegistry，DefaultListableBeanFactory都持有一个 Map，也就是说这两个实现类都保存了 bean。而GenericApplicationContext则持有一个DefaultListableBeanFactory对象引用用于获取里边对应的 Map。