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的相同与区别插图

关注公众号:程序新视界,一个让你软实力、硬技术同步提升的平台

除非注明,否则均为程序新视界原创文章,转载必须以链接形式标明本文链接

本文链接:https://www.choupangxia.com/2023/01/12/spring-beanfactory-applicationcontext/