SpringIOC容器是一个IOC Service Provider。提供了两种容器类型：BeanFactory和ApplicationContext。Spring的IOC容器是一个提供IOC支持的轻量级容器。除了基本的ioc支持，它作为轻量级容器还提供了IOC之外的支持。

       BeanFactory是基础类型IOC容器。顾名思义，就是生产Bean的工厂。能够提供完整的IOC服务。没有特殊指定的话，其默认采用延迟初始化策略。只有当客户端对象需要访问容器中的某个受管对象的时候，才对该对象进行初始化和依赖注入操作。因此，相对来说，容器启动初期的时候速度是比较快的。所需要的资源有限。所以，对资源有限，并且功能要求不是很严格的场景，BeanFactory是比较合适的IOC容器

      ApplicationContext是在BeanFactory的基础上边构建的，是相对比较高级的容器的实现，除了拥有BeanFactory的所有支持，ApplicationContext还提供了其他的高级特性。例如事件发布、国际化信息支持等。ApplicationContext所管理的对象，在该类型容器启动之后，默认全部初始化并绑定完成。相对于BeanFactory来说，ApplicationContext会要求更多的系统资源。因为在启动时就完成了所有的初始化，容器启动的时间与BeanFactory相比会长一些。因此，ApplicationContext更适用于系统资源充足，并且要求更多功能的场景中。

     ApplicationContext间接继承自BeanFactory，所以说它是构建与BeanFactory之上的IOC容器。

 

总结：

BeanFacotry是spring中比较原始的Factory。它无法支持spring的许多插件，如AOP功能、Web应用等。

ApplicationContext接口,它由BeanFactory接口派生而来，因而提供BeanFactory所有的功能。

ApplicationContext以一种更向面向框架的方式工作以及对上下文进行分层和实现继承，

ApplicationContext包还提供了以下的功能：

      • MessageSource, 提供国际化的消息访问 

      • 资源访问，如URL和文件 

      • 事件传播 

      • 载入多个（有继承关系）上下文 ，使得每一个上下文都专注于一个特定的层次，比如应用的 web层  

BeanFactroy采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化，这样，我们就不能发现一些存在的Spring的配置问题。

而ApplicationContext则相反，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误。