Spring框架 -- BeanFactory 和 ApplicationContext之间的区别

心已赠人 2024-04-18 17:33 54阅读 0赞

## 前言 ##

Spring 通过一个配置文件描述 Bean 及 Bean 之间的依赖关系，利用 Java 语言的反射功能实例化 Bean 并建立 Bean 之间的依赖关系。

Spring 的 IoC 容器在完成这些底层工作的基础上，还提供了 Bean 实例缓存、生命周期管理、Bean 实例代理、事件发布、资源装载等高级服务。

**Bean 工厂**（com.springframework.beans.factory.BeanFactory）是 Spring 框架最核心的口，它提供了**高级 IoC 的配置机制**。BeanFactory 使管理不同类型的 Java 对象成为可能，

**ApplicationContext**应用上下文（com.springframework.context.）**建立在 BeanFactory 基础之上**，提供了更多面向应用的功能，它提供了国际化支持和框架事件体系，更易于创建实际应用。我们一般称BeanFactory 为 IoC 容器，而称 ApplicationContext 为应用上下文。但有时为了行文方便，我们也ApplicationContext 称为 Spring 容器。

对于两者的用途，我们可以进行简单划分：

*  BeanFactory 是 Spring 框架的基础设施，面向 Spring 本身；
 *  ApplicationContext 面向使用 Spring 框架的开发者，几乎所有的应用场合我们都直接使用ApplicationContext 而非底层的 BeanFacto

**ApplicationContext 类体系结构**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDU1MDQ5MA_size_16_color_FFFFFF_t_70]

**BeanFactory 的类体系结构**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDU1MDQ5MA_size_16_color_FFFFFF_t_70 1]

## 首先对于BeanFactory 进行简单介绍 ##

**定义**：

BeanFactory 是一个类的**通用工厂**，它可以创建并管理各种类的对象。这些可被创建和管理的对象实例，，Spring 把这些称为 Bean。

**解释**：

BeanFactory 接口位于类结构树的顶端，主要的方法就是 **getBean**(String beanName)，该方法从容器中返回特定名称的 Bean，BeanFactory 的功能通过其他的接口得到不断扩展

**查看接口**

*  ListableBeanFactory：该接口定义了访问容器中 Bean 基本信息的若干方法，如查看Bean 的个数、获取某一类型 Bean 的配置名、查看容器中是否包括某一 Bean 等方法；
 *  HierarchicalBeanFactory：父子级联 IoC 容器的接口，子容器可以通过接口方法访问父容器；
 *  ConfigurableBeanFactory：是一个重要的接口，增强了 IoC 容器的可定制性，它定义了设置类装载器、属性编辑器、容器初始化后置处理器等方法
 *  AutowireCapableBeanFactory：定义了将容器中的 Bean 按某种规则（如按名字匹配、  
    按类型匹配等）进行自动装配的方法；
 *  SingletonBeanRegistry：定义了允许在运行期间向容器注册单实例 Bean 的方法；
 *  BeanDefinitionRegistry：Spring 配置文件中每一个节点元素在 Spring 容器里  
    都通过一个 BeanDefinition 对象表示，它描述了 Bean 的配置信息。而 BeanDefinition  
    Registry 接口提供了向容器手工注册 BeanDefinition 对象的方法。

**举例：**

在xml中配置一个Bean  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDU1MDQ5MA_size_16_color_FFFFFF_t_70 2]  
通过 XmlBeanFactory 实现类启动 Spring IoC 容器的bean：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDU1MDQ5MA_size_16_color_FFFFFF_t_70 3]  
**解释**：

创建支持ant风格的资源加载的实现类，调用getResource加载资源，创建xmlBeanFactory生成器，生成资源获得BeanFactory接口，调用实例化getBean返回实例Car

XmlBeanFactory 是通过 Resource 装载 Spring 配置信息并启动 IoC 容器，然后就可以通过 BeanFactory方法getBean(beanName)方法从 IoC 容器中获取 Bean 了。通过 BeanFactory 启动IoC 容器时，并不会初始化配置文件中定义的 Bean，初始化动作发生在第一个调用时。对于单实例（singleton）的 Bean 来说，BeanFactory会缓存 Bean 实例，所以第二次使用 getBean()获取 Bean 时将直接从 IoC 容器的缓存中获取 Bean 实例。

## **ApplicationContext 简单介绍** ##

**定义：**

ApplicationContext 由 BeanFactory **派生而来**，对此提供了更多面向实际应用的功能。在**BeanFactory 中，很多功能需要以编程的方式实现**，而在 ApplicationContext 中则可以**通过配置的方式实现**  
![在这里插入图片描述][20190912114552490.png]  
从图上结构我们可以看出 ApplicationContext 继承了 HierarchicalBeanFactory 和  
ListableBeanFactory 接口，在此基础上，还通过多个其他的接口扩展了 BeanFactory 的功能，

这些接口包括：

*  ApplicationEventPublisher：让容器拥有发布应用上下文事件的功能，包括容器启动事件、关闭事件等。实现了 ApplicationListener 事件监听接口的 Bean 可以接收到容器事件，并对事件进行响应处理。在 ApplicationContext 抽象实现类  
    AbstractApplicationContext 中，我们可以发现存在一个 ApplicationEventMulticaster，  
    它负责保存所有监听器，以便在容器产生上下文事件时通知这些事件监听者。
 *  MessageSource：为应用提供 i18n 国际化消息访问的功能；
 *  ResourcePatternResolver ：所有 ApplicationContext 实现类都实现了类似于  
    PathMatchingResourcePatternResolver 的功能，可以通过带前缀的 Ant 风格的资源文件路径装载 Spring 的配置文件。
 *  LifeCycle：该接口是 Spring 2.0 加入的，该接口提供了 start()和 stop()两个方法，主要用于控制异步处理过程。在具体使用时，该接口同时被 ApplicationContext 实现  
    及具体 Bean 实现，ApplicationContext 会将 start/stop 的信息传递给容器中所有实现了该接口的 Bean，以达到管理和控制 JMX、任务调度等目的

ConfigurableApplicationContext 扩展于 ApplicationContext，它新增加了两个主要的方法：**refresh()和 close()**，让 ApplicationContext 具有启动、刷新和关闭应用上下文的能力。

在应用上下文关闭的情况下调用 refresh()即可启动应用上下文，在已经启动的状态下，调用 refresh()则清除缓存并重新装载配置信息，而调用 close()则可关闭应用上下文。这些接口方法为容器的控制管理带来了便利，但作为开发者，我们并不需要过多关心这些方法；

和 BeanFactory 初始化相似，ApplicationContext 的初始化也很简单，如果配置文件放置在类路径下，用户可以优先使用 ClassPathXmlApplicationContext 实现类：

类路径名获取返回一个Spring容器  
**ApplicationContext ctx = new ClassPathXmlApplicationContext(“com/baobaotao/ context/beans.xml”);获取资源**

**番外：**

对于 ClassPathXmlApplicationContext 来说，“com/baobaotao/context/beans.xml”

等同于“classpath: com/baobaotao/context/beans.xml”。

如果配置文件放置在文件系统的路径下，则可以优先考虑使用 FilySystemXml  
ApplicationContext 实现类：

ApplicationContext ctx =new FileSystemXmlApplicationContext(“com/baobaotao/ context/beans.xml”);

对于FileSystemXmlApplicationContext来说，“com/baobaotao/context/beans.xml”

等同于“file:com/baobaotao/context/beans.xm

还可以指定一组配置文件，Spring会自动将多个配置文件在内存中“整合”成一个配置文件，如下

ApplicationContext ctx = new ClassPathXmlApplicationContext(  
new String\[\]\{“conf/beans1.xml”,“conf/beans2.xml”\});

当然 FileSystemXmlApplicationContext 和 ClassPathXmlApplicationContext 都可以  
使用带资源类型前缀的路径，它们的区别在于如果不显式指定资源类型前缀，将分别将路径解析为文件系统路径和类路径

## 总结一 ##

简单介绍了一下，只要看懂流程图，基本就已经明白两者之间的区别了

**第一个区别**

两者实例化Bean创建不同

BeanFactory 是根接口，有一个实现类是XmlBeanFactory，可以从classpath或文件系统等获取资源。然后返回一个Bean工厂的实例，通过getBean来实例化一个资源  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDU1MDQ5MA_size_16_color_FFFFFF_t_70 4]

但是ApplicationContext 是通过

ApplicationContext ctx =new FileSystemXmlApplicationContext(“com/baobaotao/ context/beans.xml”);**全部实例**  
然后通过getBean(“Car1”,Car.class)拿去获得实例

ApplicationContext在启动的时候就把所有的Bean全部实例化了。它还可以为Bean配置lazy-init=true来让Bean延迟实例化；

**第二个区别**

BeanFactory 作为顶级根接口，属于spring心脏，但是ApplicationContext比较来说，更加完善。区别有四

ApplicationContext除了提供上述BeanFactory所能提供的功能之外，还提供了更完整的框架功能：

*  a. 国际化支持
 *  b. 资源访问：Resource rs = ctx. getResource(“classpath:config.properties”),
 *  c. 事件传递：通过实现ApplicationContextAware接口
 *  d.载入多个（有继承关系）上下文 ，使得每一个上下文都专注于一个特定的层次，比如应用的web层

如果还有什么区别欢迎评论

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDU1MDQ5MA_size_16_color_FFFFFF_t_70]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/b4c361b20a6c4595bb6e3a963b7e90b9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDU1MDQ5MA_size_16_color_FFFFFF_t_70 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/d4382900328e4e8a941f0c7999340ab2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDU1MDQ5MA_size_16_color_FFFFFF_t_70 2]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/71404d77cd004da4b534f782039419f9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDU1MDQ5MA_size_16_color_FFFFFF_t_70 3]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/a7cd2b2b652f445d96e7bb91718c6b48.png
[20190912114552490.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/6d1c334a8c0640f98296a07ac52d1bfd.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDU1MDQ5MA_size_16_color_FFFFFF_t_70 4]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/bb459b1dca3b49b0943deeb0c82398e0.png