BeanFactory和ApplicationContext区别

╰半橙微兮° 2021-10-19 11:07 326阅读 0赞

** 一、两者介绍**

Spring通过一个配置文件描述Bean及Bean之间的依赖关系，利用Java语言的反  
射功能实例化Bean并建立Bean之间的依赖关系。Spring的IOC容器在完成这些底层工  
作的基础上，还提供了Bean实例缓存、生命周期管理、Bean实例代理、事件发布、  
资源装载等高级服务。  
       Bean工厂(com.springframework.context.ApplicationContext)是Spring框架  
最核心的接口，它提供了高级IOC的配置机制。BeanFactory使用管理不同类型的  
java对象成为可能，应用上下文建立在BeanFactor基础之上，提供了更多面向应用  
的功能，它提供了国际化支持和框架事件体系，更易于创建实际应用。我们一般称  
BeanFactory为IOC容器，而称ApplicationContext为应用上下文。但有时为了行文  
方便，我们也称ApplicationContext为Spring容器。  
       对于二者的用途，可以进行简单的划分：BeanFactor是Spring框架的基础设施，  
面向Spring本身；ApplicationContext面向使用Spring框架的开发者，几乎所有的  
应用场合都可以直接使用ApplicationContext而非底层的BeanFactory。  
      ** BeanFactory介绍：**  
      BeanFactory是一个类工厂，但和传统的类工厂不同，传统的类工厂仅负责机构一个或几个类的实例；而BeanFactor是类的通用工厂，可以创建并管理各种类的对象。这些可被创建和管理的对象本身没有什么特别之处，仅是一个POJO，Spring称这些被创建和管理的java对象为Bean。  
       **ApplicationContext介绍：**  
ApplicationContext是有BeanFactory派生而来，提供了更多面向实际应用的功能。在BeanFactor中，很多功能需要以编程的方式实现，而在ApplicationContext中则可以通过配置的方式实现。

**二、两者区别：**  
1.利用MessageSource进行国际化    
       BeanFactory是不支持国际化功能的，因为BeanFactory没有扩展Spring中MessageResource接口。相反，由于ApplicationContext扩展了MessageResource接口，因而具有消息处理的能力(i18N)，具体spring如何使用国际化，以后章节会详细描述。

2.强大的事件机制(Event)    
       基本上牵涉到事件(Event)方面的设计，就离不开观察者模式。不明白观察者模式的朋友，最好上网了解下。因为，这种模式在java开发中是比较常用的，又是比较重要的。   
ApplicationContext的事件机制主要通过ApplicationEvent和ApplicationListener这两个接口来提供的，和java swing中的事件机制一样。即当ApplicationContext中发布一个事件的时，所有扩展了ApplicationListener的Bean都将会接受到这个事件，并进行相应的处理。   
Spring提供了部分内置事件，主要有以下几种：    
ContextRefreshedEvent ：ApplicationContext发送该事件时，表示该容器中所有的Bean都已经被装载完成，此ApplicationContext已就绪可用   
ContextStartedEvent：生命周期 beans的启动信号    
ContextStoppedEvent: 生命周期 beans的停止信号    
ContextClosedEvent：ApplicationContext关闭事件，则context不能刷新和重启，从而所有的singleton bean全部销毁(因为singleton bean是存在容器缓存中的)   
       虽然，spring提供了许多内置事件，但用户也可根据自己需要来扩展spriong中的事物。注意，要扩展的事件都要实现ApplicationEvent接口。

3.底层资源的访问    
       ApplicationContext扩展了ResourceLoader(资源加载器)接口，从而可以用来加载多个Resource，而BeanFactory是没有扩展ResourceLoader

4.对Web应用的支持    
       与BeanFactory通常以编程的方式被创建不同的是，ApplicationContext能以声明的方式创建，如使用ContextLoader。当然你也可以使用ApplicationContext的实现之一来以编程的方式创建ApplicationContext实例 。   
ContextLoader有两个实现：ContextLoaderListener和ContextLoaderServlet。它们两个有着同样的功能，除了listener不能在Servlet 2.2兼容的容器中使用。自从Servelt 2.4规范，listener被要求在web应用启动后初始化。很多2.3兼容的容器已经实现了这个特性。使用哪一个取决于你自己，但是如果所有的条件都一样，你大概会更喜欢ContextLoaderListener；关于兼容方面的更多信息可以参照ContextLoaderServlet的JavaDoc。  
这个listener需要检查contextConfigLocation参数。如果不存在的话，它将默认使用/WEB-INF/applicationContext.xml。如果它存在，它就会用预先定义的分隔符（逗号，分号和空格）分开分割字符串，并将这些值作为应用上下文将要搜索的位置。ContextLoaderServlet可以用来替换ContextLoaderListener。这个servlet像listener那样使用contextConfigLocation参数。

5.其它区别    
      1).BeanFactroy采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化，这样，我们就不能发现一些存在的Spring的配置问题。而ApplicationContext则相反，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误。   
      2).BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但两者之间的区别是：BeanFactory需要手动注册，而ApplicationContext则是自动注册