什么是IOC
IOC（inversion of control）控制反转，所谓控制反转就是把我们原先代码中需要实现的对象创建，反转给容器来实现，必然的我们需要创建一个容器，同样的需要一种描述让容器知道需要创建对象和对象之前的关系，这个描述的具体表现就是我们可配置的文件。
DI（Dependency injection）依赖注入：就是对象是被动接受依赖类而不是自己主动去寻找，换言之就是对象不是从容器中查找它的依赖类而是在容器实例化的时候主动把它的依赖类注入给它。
我们从宏观的设计视角来俯瞰整个架构考虑，如果我们是ioc的设计者，我们该怎么解决如下问题：
对象和对象之间的关系怎么描述？
可以采取xml，properties文件或者注解的方式表示。
描述对象关系的文件放在哪里？
可能是classPath，filesystem，或者是url网络资源，servletContext等等。
有了配置文件之后，我们还需要对配置文件进行解析，
不同的配置文件对对象的描述不一样，如标准的，如自定义声明的，如何统一？在内部需要有一个统一的关于对象的定义，所以外部描述必须转化成统一的描述定义。
如何对不同的配置文件进行解析？
需要对不同的配置文件语法，采取不同的解析器。
Spring IOC体系架构
带着上述的问题我们正式进入Spring IOC源码之旅。
首先我们先抛出一些概念及定义
BeanFactory
Spring Bean 的创建是典型的工厂模式，这一系列的Bean 工厂，也即IOC 容器为开发者管理对象间的依赖关系提供了很多便利和基础服务，在Spring 中有许多的IOC 容器的实现供用户选择和使用，其相互关系如下：
其中BeanFactory 作为最顶层的一个接口类，它定义了IOC 容器的基本功能规范，BeanFactory 有三个重要的子类：ListableBeanFactory、HierarchicalBeanFactory 和AutowireCapableBeanFactory。但是从类图中我们可以发现最终的默认实现类是DefaultListableBeanFactory，它实现了所有的接口。那为何要定义这么多层次的接口呢？查阅这些接口的源码和说明发现，每个接口都有它使用的场合，它主要是为了区分在Spring 内部在操作过程中对象的传递和转化过程时，对对象的数据访问所做的限制。例如ListableBeanFactory 接口表示这些Bean 是可列表化的，而HierarchicalBeanFactory 表示的是这些Bean 是有继承关系的，也就是每个Bean 有可能有父Bean。AutowireCapableBeanFactory 接口定义Bean 的自动装配规则。这三个接口共同定义了Bean 的集合、Bean 之间的关系、以及Bean 行为
在BeanFactory 里只对IOC 容器的基本行为作了定义，根本不关心你的Bean 是如何定义怎样加载的。正如我们只关心工厂里得到什么的产品对象，至于工厂是怎么生产这些对象的，这个基本的接口不关心。而要知道工厂是如何产生对象的，我们需要看具体的IOC 容器实现，Spring 提供了许多IOC 容器的实现。比如GenericApplicationContext ， ClasspathXmlApplicationContext 等。ApplicationContext 是Spring 提供的一个高级的IOC 容器，它除了能够提供IOC 容器的基本功能外，还为用户提供了以下的附加服务。从ApplicationContext 接口的实现，我们看出其特点：
1、支持信息源，可以实现国际化。（实现MessageSource 接口）
2、访问资源。(实现ResourcePatternResolver 接口，后面章节会讲到)
3、支持应用事件。(实现ApplicationEventPublisher 接口)
BeanDefinition
SpringIOC 容器管理了我们定义的各种Bean 对象及其相互的关系，Bean 对象在Spring 实现中是以BeanDefinition 来描述的，其继承体系如下：
BeanDefinitionReader
Bean 的解析过程非常复杂，功能被分的很细，因为这里需要被扩展的地方很多，必须保证有足够的灵活性，以应对可能的变化。Bean 的解析主要就是对Spring 配置文件的解析。这个解析过程主要通过BeanDefintionReader 来完成，最后看看Spring 中BeanDefintionReader 的类结构图：
在XmlBeanDefinitionReader中主要包含以下几步的处理：
（1）：通过继承AbstractBeanDefinitionReader中的方法，来使用ResourceLoader将资源文件路劲转换为对应的Resource文件。
（2）：通过DocumentLoader对Resource文件进行转换，将Resource文件转换为Document文件。
（3）：通过实现接口BeanDefinitionDocumentReader的DefaultBeanDefinitionDocumentReader类对 Document 进行解析，并使用BeanDefinitionParserDelegate对Element进行解析。