ApplicationContext和BeanFactory的关系

最新推荐文章于 2024-11-01 10:11:08 发布

原创最新推荐文章于 2024-11-01 10:11:08 发布 · 1.3k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#spring

spring 专栏收录该内容

8 篇文章

订阅专栏

本文深入探讨了Spring框架中BeanFactory与ApplicationContext的区别。BeanFactory是最基本的容器接口，负责配置、创建和管理Bean。ApplicationContext则是BeanFactory的子接口，提供了更多的功能增强。文章还详细解释了这两种容器在Bean初始化方面的不同行为及其对性能的影响。

BeanFactory是Spring容器最基本的接口，负责：配置、创建、管理Bean

ApplicationContext是BeanFactory的子接口，它增强了BeanFactory接口。对于大部分J2EE应用而言，ApplicationContext作为Spring容器更加方便。

当系统创建ApplicationContext容器时，默认会预初始化所有的Singleton Bean，包括调用构造器创建该Bean的实例。
所以，前期创建ApplicationContext容器的时候会有较大的系统开销，但是，一旦初始化完成，程序后面获取singleton Bean实例将有较好的性能。
但是，使用BeanFactory创建Spring容器，不会预处理Bean。同时为了阻止Spring预处理Singleton Bean可以为<bean../>元素指定 lazy-init=”true”,这样即使使用ApplicationContext对象作为Spring容器，也不会预初始化该Single Bean

创建BeanFactory时不会立即创建Bean的实例，所以有可能，系统正确的创建了BeanFactory实例，但当请求Bean实例时依然抛出一个异常：创建Bean实例或注入它的依赖关系的时候出现错误
配置错误的延时出现，也会给系统引入不安全因素，而ApplicationContext则默认预处理所有的Singleton作用域的bean，所以ApplicationContext实例化bean的时候开销虽然大，但是可以在容器初始化阶段就检验处配置错误

创建Spring容器时，必须提供Spring容器管理的Bean的详细配置信息。而Spring的配置信息经常以XML的形式保存，因此，创建BeanFactory容器的时候，要把XML文件作为参数，而XML配置文件通常使用Resource对象传入。

如果需要加载多个配置文件，则使用ApplicationContext对象来创建BeanFacory。