BeanFactory与ApplicationContext

本文总结自：https://www.cnblogs.com/xiaoxi/p/5846416.html

我们常说的Spring容器（即Spring Ioc 容器），是如何创建bean的？

BeanFactory是Spring的“心脏”，是 Spring IoC容器的真面目。Spring使用BeanFactory来实例化、配置和管理 Bean。

BeanFactory接口介绍：

IOC容器的核心接口， 它定义了IOC的基本功能，主要定义了getBean方法，它的功能是返回特定的名称的Bean，是IOC容器获取bean对象和引发依赖注入的起点。

值得注意的是，BeanFactory 只能管理单例（Singleton）Bean的生命周期。它不能管理原型(prototype,非单例)Bean 的生命周期。这是因为原型 Bean 实例被创建之后便被传给了客户端,容器失去了对它们的引用。

--------------------------------------------------------------------------------------------------------

那么什么是ApplicationContext？

如果BeanFactory是Spring的心脏，那么ApplicationContext就是完整的躯体了，

ApplicationContext由BeanFactory派生而来，提供了更多面向实际应用的功能。在BeanFactory中，很多功能需要以编程的方式实现，而在ApplicationContext中则可以通过配置实现（这是spring配置文件默认叫applicationContext的原因）。

BeanFactorty接口不支持spring的aop功能和web应用。而ApplicationContext接口作为BeanFactory的派生，提供所有的功能。而且ApplicationContext还在功能上做了扩展，相较于BeanFactorty，ApplicationContext还提供了以下的功能：

（1）MessageSource, 提供国际化的消息访问

（2）资源访问，如URL和文件

（3）事件传播特性，即支持aop特性

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

两者区别

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

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

2.BeanFacotry延迟加载,如果Bean的某一个属性没有注入，BeanFacotry加载后，直至第一次使用调用getBean方法才会抛出异常；

而ApplicationContext则在初始化自身是检验，这样有利于检查所依赖属性是否注入；所以通常情况下我们选择使用 ApplicationContext。

3.BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但两者之间的区别是：BeanFactory需要手动注册，而ApplicationContext则是自动注册。（Applicationcontext比 beanFactory 加入了一些更好使用的功能。而且 beanFactory 的许多功能需要通过编程实现而 Applicationcontext 可以通过配置实现。比如后处理 bean ， Applicationcontext 直接配置在配置文件即可而 beanFactory 这要在代码中显示的写出来才可以被容器识别。 ）

4.beanFactory主要是面对与 spring 框架的基础设施，面对 spring 自己。而 Applicationcontex 主要面对与 spring 使用的开发者。基本都会使用 Applicationcontex 并非 beanFactory 。

5.相对于基本的BeanFactory，ApplicationContext 唯一的不足是占用内存空间。当应用程序配置Bean较多时，程序启动较慢。