ApplicationContext

ApplicationContext是BeanFactory的子接口，也被称为应用上下文，是另一种常用的Spring核心容器。它由org.springframework.context. ApplicationContext接口定义，不仅包含了BeanFactory的所有功能，还添加了对国际化、资源访问、事件传播等方面的支持。

创建ApplicationContext接口实例，通常采用两种方法，具体如下：

1、 通过ClassPathXmlApplicationContext创建

ClassPathXmlApplicationContext会从类路径classPath中寻找指定的XML配置文件，找到并装载完成ApplicationContext的实例化工作。其使用语法如下：

ApplicationContext applicationContext =
new ClassPathXmlApplicationContext(String configLocation);

上述代码中，configLocation参数用于指定Spring配置文件的名称和位置。如果其值为“applicationContext.xml”，则Spring会去类路径中查找名称为applicationContext.xml的配置文件。

2、 通过FileSystemXmlApplicationContext创建

FileSystemXmlApplicationContext会从指定的文件系统路径（绝对路径）中寻找指定的XML配置文件，找到并装载完成ApplicationContext的实例化工作。其使用语法如下：

ApplicationContext applicationContext =
new FileSystemXmlApplicationContext(String configLocation);

与ClassPathXmlApplicationContext有所不同的是，在读取Spring的配置文件时，FileSystemXmlApplicationContext不再从类路径中读取配置文件，而是通过参数指定配置文件的位置，例如“D:/workspaces/applicationContext.xml”。如果在参数中写的不是绝对路径，那么方法调用的时候，会默认用绝对路径来找。这种采用绝对路径的方式，会导致程序的灵活性变差，所以这个方法一般不推荐使用。

在使用Spring框架时，可以通过实例化其中任何一个类来创建ApplicationContext容器。通常在Java项目中，会采用通过ClassPathXmlApplicationContext类来实例化ApplicationContext容器的方式，而在Web项目中，ApplicationContext容器的实例化工作会交由Web服务器来完成。Web服务器实例化ApplicationContext容器时，通常会使用基于ContextLoaderListener实现的方式，此种方式只需要在web.xml中添加如下代码：

<!--  指定Spring配置文件的位置，多个配置文件时，以逗号分隔-->
<context-param>
    <param-name>contextConfigLocation</param-name>
    <!--  Spring将加载 spring目录下的applicationContext.xml文件 -->
    <param-value>
         classpath:spring/applicationContext.xml
    </param-value>
</context-param>
<!--  指定以ContextLoaderListener方式启动Spring容器 -->
<listener>
    <listener-class>
         org.springframework.web.context.ContextLoaderListener
    </listener-class>
</listener>

在本书后面章节讲解三大框架整合以及项目时，将采用基于ContextLoaderListener的方式由Web服务器实例化ApplicationContext容器。

创建Spring容器后，就可以获取Spring容器中的Bean。Spring获取Bean的实例通常采用以下两种方法：

● Object getBean(String name)：根据容器中Bean的id或name来获取指定的Bean，获取之后需要进行强制类型转换。

● <T> T getBean(Class<T> requiredType)：根据类的类型来获取Bean的实例。由于此方法为泛型方法，因此在获取Bean之后不需要进行强制类型转换。

小提示：

BeanFactory和ApplicationContext两种容器都是通过XML配置文件加载Bean的。二者的主要区别在于，如果Bean的某一个属性没有注入，使用BeanFacotry加载后，在第一次调用getBean()方法时会抛出异常，而ApplicationContext则在初始化时自检，这样有利于检查所依赖属性是否注入。因此，在实际开发中，通常都优先选择使用ApplicationContext，而只有在系统资源较少时，才考虑使用BeanFactory。