applicationcontext

一万年来谁著史,三千里外欲封侯。这篇文章主要讲述applicationcontext相关的知识,希望能为你提供帮助。
实用的Bean工厂ApplicationContext
ApplicationContext的中文意思是"应用前后关系",它继承自BeanFactory接口,除了包含BeanFactory的所有功能之外,在国际化支持、资源访问(如URL和文件)、事件传播等方面进行了良好的支持,被推荐为java EE应用之首选,可应用在Java APP与Java Web中。
ApplicationContext接口的常用实现类介绍
1. 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);
2.  FileSystemXmlApplicationContext
从指定的文件系统路径中寻找指定的XML配置文件,找到并装载
完成ApplicationContext的实例化工作。例如:
//装载单个配置文件实例化ApplicationContext容器
ApplicationContext cxt = new FileSystemXMLApplicationContext("beans.xml");
//装载多个配置文件实例化ApplicationContext容器
String[] configs = {"c:/beans1.xml","c:/beans2.xml"};
ApplicationContext cxt = new FileSystemXmlApplicationContext(configs);
3.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服务器来完成。
【applicationcontext】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容器是目前的主流选择。
ApplicationContext.xml配置文件
Spring配置文件是用于指导Spring工厂进行Bean生产、依赖关系注入(装配)及Bean实例分发的"图纸"。Java EE程序员必须学会并灵活应用这份"图纸"准确地表达自己的"生产意图"。Spring配置文件是一个或多个标准的XML文档,ApplicationContext.xml是Spring的默认配置文件,当容器启动时找不到指定的配置文档时,将会尝试加载这个默认的配置文件。

    推荐阅读