如果说BeanFactory是Spring的心脏，那么ApplicationContext就是完整的身躯了。ApplicationContext由BeanFactory派生而来，提供了更多面向实际应用的功能。
ApplicationContext类体系结构
ApplicationContext的主要实现类是ClassPathXmlApplicationContext和FileSystemXmlApplicationContext，前者默认从类路径加载配置文件，后者默认从文件系统中装载配置文件
和BeanFactory初始化相似，ApplicationContext的初始化也很简单，如果配置文件放置在类路径下，用户可以优先使用ClassPathXmlApplicationContext实现类：
ApplicationContext ctx = new ClassPathXmlApplicationContext("com/baobaotao/context/beans.xml")
对于ClassPathXmlApplicationContext来说，"com/baobaotao/context/beans.xml"等同于"classpath: com/baobaotao/context/beans.xml"。
如果配置文件放置在文件系统的路径下，则可以优先考虑使用FilySystemXmlApplicationContext实现类：
ApplicationContext ctx =new FileSystemXmlApplicationContext("com/baobaotao/context/beans.xml");
对于FileSystemXmlApplicationContext来说，“com/baobaotao/context/beans.xml”等同于“file:com/baobaotao/context/beans.xml”。
还可以指定一组配置文件，Spring会自动将多个配置文件在内存中"整合"成一个配置文件，如下所示：
ApplicationContext ctx = new ClassPathXmlApplicationContext(new String[]{"conf/beans1.xml","conf/beans2.xml"});
当然FileSystemXmlApplicationContext和ClassPathXmlApplicationContext都可以显式使用带资源类型（classpath:或file：）前缀的路径，它们的区别在于如果不显式指定资源类型前缀，将分别将路径解析为文件系统路径和类路径罢了。
在获取ApplicationContext实例后，就可以像BeanFactory一样调用getBean(beanName)返回Bean了。ApplicationContext的初始化和BeanFactory有一个重大的区别：BeanFactory在初始化容器时，并未实例化Bean，直到第一次访问某个Bean时才实例目标Bean；而ApplicationContext则在初始化应用上下文时就实例化所有单实例的Bean。因此ApplicationContext的初始化时间会比BeanFactory稍长一些，不过稍后的调用则没有"第一次惩罚"的问题。
WebApplicationContext类体系结构
WebApplicationContext是专门为Web应用准备的，它允许从相对于Web根目录的路径中装载配置文件完成初始化工作。从WebApplicationContext中可以获得ServletContext的引用，整个Web应用上下文对象将作为属性放置到ServletContext中，以便Web应用环境可以访问Spring应用上下文。Spring专门为此提供一个工具类WebApplicationContextUtils，通过该类的getWebApplicationContext(ServletContext sc)方法，即可以从ServletContext中获取WebApplicationContext实例。
由于Web应用比一般的应用拥有更多的特性，因此WebApplicationContext扩展了ApplicationContext。WebApplicationContext定义了一个常量ROOT_WEB_APPLICATION_ CONTEXT_ATTRIBUTE，在上下文启动时，WebApplicationContext实例即以此为键放置在ServletContext的属性列表中，因此我们可以直接通过以下语句从Web容器中获取WebApplicationContext：
WebApplicationContext wac = (WebApplicationContext)servletContext.getAttribute(
WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);
这正是我们前面所提到的WebApplicationContextUtils工具类getWebApplicationContext （ServletContext sc）方法的内部实现方式。这样Spring的Web应用上下文和Web容器的上下文就可以实现互访，二者实现了融合（图3-10）：
 |
| 图3-10 Spring和Web应用的上下文融合 |
WebApplicationContext初始化
WebApplicationContext的初始化方式和BeanFactory、ApplicationContext有所区别，因为WebApplicationContext需要ServletContext实例，也就是说它必须在拥有Web容器的前提下才能完成启动的工作。有过Web开发经验的读者都知道可以在web.xml中配置自启动的Servlet或定义Web容器监听器（ServletContextListener），借助这两者中的任何一个，我们就可以完成启动Spring Web应用上下文的工作。
所有版本的Web容器都可以定义自启动的Servlet，但只有Servlet 2.3及以上版本的Web容器才支持Web容器监听器。有些即使支持Servlet 2.3 的Web服务器，但也不能在Servlet初始化之前启动Web监听器，如Weblogic 8.1、WebSphere 5.x、Oracle OC4J 9.0。
Spring分别提供了用于启动WebApplicationContext的Servlet和Web容器监听器：
org.springframework.web.context.ContextLoaderServlet；
org.springframework.web.context.ContextLoaderListener。
两者的内部都实现了启动WebApplicationContext实例的逻辑，我们只要根据Web容器的具体情况选择两者之一，并在web.xml中完成配置就可以了。
下面是使用ContextLoaderListener启动WebApplicationContext的具体配置：
代码清单3-22 通过Web容器监听器引导
… <!--①指定配置文件--> <context-param> <param-name>contextConfigLocation</param-name> <param-value> /WEB-INF/baobaotao-dao.xml, /WEB-INF/baobaotao-service.xml </param-value> </context-param> <!--②声明Web容器监听器--> <listener> <listener-class>org.springframework.web.context.ContextLoaderListener </listener-class> </listener>
ContextLoaderListener通过Web容器上下文参数contextConfigLocation获取Spring配置文件的位置。用户可以指定多个配置文件，用逗号、空格或冒号分隔均可。对于未带资源类型前缀的配置文件路径，WebApplicationContext默认这些路径相对于Web的部署根路径。当然，我们可以采用带资源类型前缀的路径配置，如"classpath*:/baobaotao-*.xml"和上面的配置是等效的。
如果在不支持容器监听器的低版本Web容器中，我们可采用ContextLoaderServlet完成相同的工作：
代码清单3-23 通过自启动的Servlet引导
… <context-param> <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/baobaotao-dao.xml, /WEB-INF/baobaotao-service.xml </param-value> </context-param> … <!--①声明自动启动的Servlet --> <servlet> <servlet-name>springContextLoaderServlet</servlet-name> <servlet-class>org.springframework.web.context.ContextLoaderServlet </servlet-class> <!--②启动顺序--> <load-on-startup>1</load-on-startup> </servlet>
由于WebApplicationContext需要使用日志功能，用户可以将Log4J的配置文件放置到类路径WEB-INF/classes下，这时Log4J引擎即可顺利启动。如果Log4J配置文件放置在其他位置，用户还必须在web.xml指定Log4J配置文件位置。Spring为启用Log4J引擎提供了两个类似于启动WebApplicationContext的实现类：Log4jConfigServlet和Log4jConfigListener，不管采用哪种方式都必须保证能够在装载Spring配置文件前先装载Log4J配置信息。
代码清单3-24 指定Log4J配置文件时启动Spring Web应用上下文
<context-param> <param-name>contextConfigLocation</param-name> <param-value> /WEB-INF/baobaotao-dao.xml,/WEB-INF/baobaotao-service.xml </param-value> </context-param> <!--①指定Log4J配置文件位置--> <context-param> <param-name>log4jConfigLocation</param-name> <param-value>/WEB-INF/log4j.properties</param-value> </context-param> <!--②装载Log4J配置文件的自启动Servlet --> <servlet> <servlet-name>log4jConfigServlet</servlet-name> <servlet-class>org.springframework.web.util.Log4jConfigServlet</servlet-class> <load-on-startup>1</load-on-startup> </servlet> <servlet> <servlet-name> springContextLoaderServlet</servlet-name> <servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class> <load-on-startup>2</load-on-startup> </servlet>
注意上面我们将log4jConfigServlet的启动顺序号设置为1，而springContextLoaderServlet的顺序号设置为2。这样，前者将先启动，完成装载Log4J配置文件初始化Log4J引擎的工作，紧接着后者再启动。如果使用Web监听器，则必须将Log4jConfigListener放置在ContextLoaderListener的前面。采用以上的配置方式Spring将自动使用XmlWebApplicationContext启动Spring容器，即通过XML文件为Spring容器提供Bean的配置信息。
转自：