Spring中BeanFactory和ApplicationContext的相同与区别

发表于： 2023年1月12日 2023年1月12日
分类： spring, spring
标签： ApplicationContext, BeanFactory, spring

ApplicationContext提供了一种解决文档信息的方法，一种加载文件资源的方式(如图片)，它们可以向监听它们的beans发送消息。

另外，容器或者容器中beans的操作，这些必须以bean工厂的编程方式处理的操作，可以在应用上下文中以声明的方式处理。应用上下文实现了 MessageSource，该接口用于获取本地消息，实际的实现是可选的。

BeanFactory和ApplicationContext是Spring的两大核心接口，都可以当做Spring的容器。其中 ApplicationContext是BeanFactory的子接口。

两者的相同点：

都是通过xml配置文件加载bean，ApplicationContext是BeanFacotry的子接口，提供了更多的扩展功能。

两者的不同点：

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

ApplicationContext则在初始化应用上下文时就实例化所有单实例的Bean。在初始化中自身是检验，这样有利于检查所依赖属性是否注入。这也导致ApplicationContext的初始化时间会比BeanFactory长一些。

换一个维度来讲，BeanFactory是Spring框架的基础设施，面向Spring本身；ApplicationContext面向使用Spring框架的开发者，几乎所有的应用场合都可以直接使用ApplicationContext，而非底层的BeanFactory。

通常情况下我们选择使用ApplicationContext。

BeanFactory的特点

（1）、是Spring里面最底层的接口（最原始的接口），包含了各种Bean的定义，读取bean配置文档，管理bean的加载、实例化，控制bean的生命周期，维护bean之间的依赖关系。

（2）、采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化。这样，我们就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入，BeanFacotry加载后，直至第一次使用调用getBean方法才会抛出异常。

（3）BeanFactory通常以编程的方式被创建。

（4）BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但两者之间的区别是：BeanFactory需要手动注册，而ApplicationContext则是自动注册。

（5）占用内存小。

ApplicationContext的特点

（1）ApplicationContext接口作为BeanFactory的派生，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能：

①继承MessageSource，因此支持国际化。

②统一的资源文件访问方式。

③提供在监听器中注册bean的事件。

④同时加载多个配置文件。

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

（2）ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。 ApplicationContext启动后预载入所有的单实例Bean，通过预载入单实例bean ,确保当你需要的时候，你就不用等待，因为它们已经创建好了。

（3）ApplicationContext 占用内存空间大，当程序的配置bean特别多时，程序启动慢。

（4） ApplicationContext 能以编程式方式创建，还能能以声明的方式创建，如使用ContextLoader。

（5） ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，需要自动注册。

Spring中BeanFactory和ApplicationContext的相同与区别插图