大部分时候,我们都不会使用BeanFactory实例作为Spring容器,而是使用ApplicationContext实例作为容器,因此我们也将Spring容器称为Spring上下文。ApplicationContext是BeanFactory接口的子接口,它增强了BeanFactory的功能。
ApplicationContext允许以声明式方式操作容器,无须手动创建它。可利用如ContextLoader的支持类,在Web应用启动时自动创建ApplicationContext。当然也可以采用编程的方式创建ApplicationContext。
除了BeanFactory所支持的全部功能外,ApplicationContext还有如下额外的功能:
① ApplicationContext继承MessageSource接口,因此提供国家化支持。
② 资源访问,比如URL和文件。
③ 事件机制。
④ 载入多个配置文件。
⑤ 以声明式的方式启动,并创建Spring容器。
ApplicationContext包括BeanFactory的全部功能,因此建议优先使用ApplicationContext。除非对于某些内存非常关键的应用,才考虑使用BeanFactory。
当系统创建ApplicationContext容器时,默认会预初始化所有的singleton Bean。也就是说,当ApplicationContext容器初始化完成后,容器中所有singleton Bean也实例化完成。这意味着:系统前期创建ApplicationContext时将有较大的系统开销,但一旦ApplicationContext初始化完成,程序后面获取singleton Bean实例时将拥有较好的性能。
本文介绍了Spring框架中的两种核心容器:BeanFactory和ApplicationContext的区别及应用场景。详细解释了为什么通常选择使用ApplicationContext而不是BeanFactory,以及ApplicationContext提供的额外功能,如国际化支持、资源访问、事件机制等。
745

被折叠的 条评论
为什么被折叠?



