使用的bean工厂ApplicationContext

实用的Bean工厂ApplicationContext

特性

编辑

在ApplicationContext接口的众多实现类中，有3个是我们经常用到的（见表1-1），并且使用这3个实现类也基本能满足我们Java EE应用开发中的绝大部分需求。

表1-1 ApplicationContext接口的常用实现类介绍

类 名 称	功 能 描 述
ClassPathXmlApplicationContext	从类路径ClassPath中寻找指定的XML配置文件，找到并装载 完成ApplicationContext的实例化工作。例如： //装载单个配置文件实例化ApplicationContext容器 ApplicationContext cxt = new ClassPathXmlApplicationContext ("applicationContext.xml"); //装载多个配置文件实例化ApplicationContext容器 String[] configs = {"bean1.xml","bean2.xml","bean3.xml"}; ApplicationContext cxt = new ClassPathXmlApplicationContext(configs);
FileSystemXmlApplicationContext	从指定的文件系统路径中寻找指定的XML配置文件，找到并装载 完成ApplicationContext的实例化工作。例如： //装载单个配置文件实例化ApplicationContext容器 ApplicationContext cxt = new FileSystemXMLApplicationContext ("beans.xml"); //装载多个配置文件实例化ApplicationContext容器 String[] configs = {"c:/beans1.xml","c:/beans2.xml"}; ApplicationContext cxt = new FileSystemXmlApplicationContext(configs);
XmlWebApplicationContext	从Web应用中寻找指定的XML配置文件，找到并装载完成ApplicationContext的实例化工作。这是为Web工程量身定制的，使用WebApplicationContextUtils类的getRequiredWebApplicationContext方法可在JSP与Servlet中取得IoC容器的引用

实现

编辑

这些实现类的主要区别就是装载Spring配置文件实例化ApplicationContext容器的方式不同，在ApplicationContext实例化后，同样通过getBean方法从ApplicationContext容器中获取装配好的Bean实例以供使用。

与BeanFactory不同的是，ApplicationContext容器实例化后会自动对所有的单实例Bean进行实例化与依赖关系的装配，使之处于待用状态。而BeanFactory容器实例化后并不会自动实例化Bean，只有当Bean被使用时BeanFactory容器才会对该Bean进行实例化与依赖关系的装配。

在Java项目中通过ClassPathXmlApplicationContext类手动实例化ApplicationContext容器通常是不二之选。但对于Web项目就不行了，Web项目的启动是由相应的Web服务器负责的，因此，在Web项目中ApplicationContext容器的实例化工作最好交给Web服务器来完成。

应用

编辑

Spring为此提供了两种解决方案，一种是基于ContextLoaderListener实现的（此方案只适用于Servlet2.4及以上规范的Servlet容器）。例如，在web.xml中加入如下代码：

<!-- 指定Spring的配置文件，多个配置文件以逗号分隔 -->

<context-param>

<param-name>contextConfigLocation</param-name>

<param-value>classpath:spring-config/applicationContext.xml</param-value>

</context-param>

<!-- 指定以Listener方式启动Spring容器 -->

<listener>

<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>

</listener>

另外一种方案则是基于ContextLoaderServlet实现的。例如，在web.xml中加入如下代码：

<!-- 指定Spring的配置文件，多个配置文件以逗号分隔 -->

<context-param>

<param-name>contextConfigLocation</param-name>

<param-value>classpath:spring-config/applicationContext.xml</param-value>

</context-param>

<!-- 指定以Servlet方式启动Spring容器 -->

<servlet>

<servlet-name>context</servlet-name>

<servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>

<load-on-startup>1</load-on-startup>

</servlet>

从servlet容器启动时加载组件的顺序来看，Listener组件是优先于Servlet组件的。基于Servlet方式的加载方案主要是为了兼容Servlet2.3及以下规范的Servlet容器。以Tomcat为例，Tomcat 5.x都已经支持Servlet2.4规范了，因此，基于Listener方式启动Spring容器是目前的主流选择。[1] 

ApplicationContext.xml配置文件

Spring配置文件是用于指导Spring工厂进行Bean生产、依赖关系注入（装配）及Bean实例分发的“图纸”。Java EE程序员必须学会并灵活应用这份“图纸”准确地表达自己的“生产意图”。Spring配置文件是一个或多个标准的XML文档，ApplicationContext.xml是Spring的默认配置文件，当容器启动时找不到指定的配置文档时，将会尝试加载这个默认的配置文件。