BeanFactory和ApplicationContext的区别

最新推荐文章于 2023-08-31 11:42:35 发布

Mr.huang

最新推荐文章于 2023-08-31 11:42:35 发布

阅读量417

点赞数

分类专栏： Spring 文章标签： spring java mybatis

本文链接：https://blog.csdn.net/m0_73843666/article/details/129921453

版权

Spring 专栏收录该内容

4 篇文章 1 订阅

订阅专栏

①、提供的功能不同：

BeanFactory：是Spring里面最底层的接口，它只提供了IOC容器最基本的功能，给具体的IOC容器的实现提供了规范。包含了各种Bean的定义，读取bean配置文档，管理bean的加载、实例化，控制bean的生命周期，维护bean之间的依赖关系等。

ApplicationContext：它作为BeanFactory的子接口，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能。我们看一下ApplicationContext类结构：

public interface ApplicationContext extends EnvironmentCapable,
                                            ListableBeanFactory, 
                                            HierarchicalBeanFactory,
                                        		MessageSource, 
                                            ApplicationEventPublisher, 
                                            ResourcePatternResolver {
    
        }

ApplicationContext额外提供的功能有：

支持国际化（MessageSource）
统一的资源文件访问方式（ResourcePatternResolver）
提供在监听器中注册bean的事件（ApplicationEventPublisher）
同时加载多个配置文件
载入多个（有继承关系）上下文，使得每一个上下文都专注于一个特定的层次，比如应用的web层（HierarchicalBeanFactory）

②、启动时的状态不同：

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

ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。 ApplicationContext启动后预载入所有的单实例Bean，通过预载入单实例bean ,确保当你需要的时候，你就不用等待，因为它们已经创建好了。相对于基本的BeanFactory，ApplicationContext 唯一的不足是占用内存空间。当应用程序配置Bean较多时，程序启动较慢。

③、BeanFactory通常以编程的方式被创建，ApplicationContext还能以声明的方式创建，如使用ContextLoader。

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