Spring中ApplicationContext加载机制

Assdqd

2012-09-13

关注关注

转：http://blog.csdn.net/edisondu1983/article/details/3954417　有删改。

Spring中ApplicationContext加载机制。

加载器目前有两种选择：ContextLoaderListener和ContextLoaderServlet。

这两者在功能上完全等同，只是一个是基于Servlet2.3版本中新引入的Listener接口实现，而另一个基于Servlet接口实现。开发中可根据目标Web容器的实际情况进行选择。

配置非常简单，在web.xml中增加：

<listener-class>

org.springframework.web.context.ContextLoaderListener

</listener-class>

</listener>

或：

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

<servlet-class>

org.springframework.web.context.ContextLoaderServlet

</servlet-class>

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

</servlet>

通过以上配置，Web容器会自动加载/WEB-INF/applicationContext.xml初始化

ApplicationContext实例，如果需要指定配置文件位置，可通过context-param加以指定：

<context-param>

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

<param-value>/WEB-INF/myApplicationContext.xml</param-value>

</context-param>

配置完成之后，即可通过 WebApplicationContextUtils.getWebApplicationContext方法在Web应用中获取ApplicationContext引用。

如：ApplicationContext ctx=WebApplicationContextUtils.getWebApplicationContext(); LoginAction action=(LoginAction)ctx.getBean("action");

=============================

Spring中WebApplicationContext的研究

ApplicationContext是Spring的核心，Context我们通常解释为上下文环境，我想用“容器”来表述它更容易理解一些，ApplicationContext则是“应用的容器”了，Spring把Bean放在这个容器中，在需要的时候，用getBean方法取出，虽然我没有看过这一部分的源代码，但我想它应该是一个类似Map的结构。

在Web应用中，我们会用到WebApplicationContext，WebApplicationContext继承自ApplicationContext，先让我们看看在Web应用中，怎么初始化WebApplicationContext，在web.xml中定义:

<context-param>

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

<param-value>/WEB-INF/applicationContext.xml</param-value>

</context-param>

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

</listener>

<!--ORUSETHECONTEXTLOADERSERVLETINSTEADOFTHELISTENER

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

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

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

</servlet>

-->

可以看出，有两种方法，一个是用ContextLoaderListener这个Listerner，另一个是ContextLoaderServlet这个Servlet，这两个方法都是在web应用启动的时候来初始化WebApplicationContext，我个人认为Listerner要比Servlet更好一些，因为Listerner监听应用的启动和结束，而Servlet得启动要稍微延迟一些，如果在这时要做一些业务的操作，启动的前后顺序是有影响的。

那么在ContextLoaderListener和ContextLoaderServlet中到底做了什么呢？

以ContextLoaderListener为例，我们可以看到

publicvoidcontextInitialized(ServletContextEventevent){

this.contextLoader=createContextLoader();

this.contextLoader.initWebApplicationContext(event.getServletContext());

}

protectedContextLoadercreateContextLoader(){

returnnewContextLoader();

}

ContextLoader是一个工具类，用来初始化WebApplicationContext，其主要方法就是initWebApplicationContext，我们继续追踪initWebApplicationContext这个方法（具体代码我不贴出，大家可以看Spring中的源码），我们发现，原来ContextLoader是把WebApplicationContext（XmlWebApplicationContext是默认实现类）放在了ServletContext中，ServletContext也是一个“容器”，也是一个类似Map的结构，而WebApplicationContext在ServletContext中的KEY就是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE，我们如果要使用WebApplicationContext则需要从ServletContext取出，Spring提供了一个WebApplicationContextUtils类，可以方便的取出WebApplicationContext，只要把ServletContext传入就可以了。

上面我们介绍了WebApplicationContext在Servlet容器中初始化的原理，一般的Web应用就可以轻松的使用了，但是，随着Struts的广泛应用，把Struts和Spring整个起来，是一个需要面对的问题，Spring本身也提供了Struts的相关类，主要使用的有org.springframework.web.struts.ActionSupport，我们只要把自己的Action继承自ActionSupport，就是可以调用ActionSupport中getWebApplicationContext()的方法取出WebApplicationContext，但这样一来在Action中，需要取得业务逻辑的地方都要getBean，看上去不够简洁，

所以Spring又提供了另一个方法，用org.springframework.web.struts.ContextLoaderPlugIn，这是一个Struts的Plug，在Struts启动时加载，对于Action，可以像管理Bean一样来管理，在struts-config.xml中Action的配置变成类似下面的样子

<actionattribute="aForm"name="aForm"path="/aAction"scope="request"type="org.springframework.web.struts.DelegatingActionProxy">

<forwardname="forward"path="forward.jsp"/>

</action>

注意type变成了org.springframework.web.struts.DelegatingActionProxy，之后我们需要建立action-servlet.xml这样的文件，action-servlet.xml符合Spring的spring-beans.dtd标准，在里面定义类似下面的

<beanname="/aAction"class="com.web.action.Aaction"singleton="false">

<propertyname="businessService">

<refbean="businessService"/>

</property>

</bean>

com.web.action.Aaction是Action的实现类，businessService是需要的业务逻辑，Spring会把businessService注入到Action中，在Action中只要写businessService的get和set方法就可以了，还有一点，action的bean是singleton="false"，即每次新建一个实例，这也解决了Struts中Action的线程同步问题，具体过程是当用户做“/aAction”的HTTP请求（当然应该是“/aAction.do”），Struts会找到这个Action的对应类org.springframework.web.struts.DelegatingActionProxy，DelegatingActionProxy是个代理类，它会去找action-servlet.xml文件中“/aAction”对应的真正实现类，然后把它实例化，同时把需要的业务对象注入，然后执行Action的execute方法。

使用了ContextLoaderPlugIn，在struts-config.xml中变成类似这样配置

<plug-inclassname="org.springframework.web.struts.ContextLoaderPlugIn">

<set-propertyproperty="contextConfigLocation"value="/WEB-INF/applicationContext.xml,/WEB-INF/action-servlet.xml"/>

</plug-in>

而在web.xml中不再需要ContextLoaderListener或是ContextLoaderServlet。

说到这里不知道大家会不会有这样的问题，如果使用ContextLoaderPlugIn，如果我们有些程序是脱离Struts的Action环境，我们怎么处理，比如我们要自定义标记库，在标记库中，我们需要调用Spring管理的业务层逻辑对象，这时候我们就很麻烦，因为只有在action中动态注入业务逻辑，其他我们似乎不能取得Spring的WebApplicationContext。

别急，我们还是来看一下ContextLoaderPlugIn的源码（源码不再贴出），我们可以发现，原来ContextLoaderPlugIn仍然是把WebApplicationContext放在ServletContext中，只是这个KEY不太一样了，这个KEY值为ContextLoaderPlugIn.SERVLET_CONTEXT_PREFIX+ModuleConfig.getPrefix()（具体请查看源代码），这下好了，我们知道了WebApplicationContext放在哪里，只要我们在Web应用中能够取到ServletContext也就能取到WebApplicationContext了:)

－－－－－－－－－－－－－－－－－－－－－－－－－－

加载spring配置文件还是放到src下比较好。

<context-param>

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

<param-value>

classpath:applicationContext-hibernate.xml,

classpath:applicationContext-dao.xml,

classpath:applicationContext-service.xml,

classpath:applicationContext-struts.xml

</param-value>

</context-param>

<listener-class>

org.springframework.web.context.ContextLoaderListener

</listener-class>

</listener>

--------------------------Sping in Action 7.2.5--------------------------------------

7.2.5Rounding out the Spring application context

AsImentionedearlier,DispatcherServletloadsitsSpringapplicationcontextfrom

asingleXMLfilewhosenameisbasedonits<servlet-name>.Butwhataboutthe

otherbeanswe’vedeclaredinpreviouschapters,suchastheSpitterServicebean?If

DispatcherServletisgoingtoloaditsbeansfromafilenamedspitter-servlet.xml,

thenwon’tweneedtodeclarethoseotherbeansinspitter-servlet.xml?

Intheearlierchapterswe’vesplitourSpringconfigurationacrossmultipleXML

files:onefortheservicelayer,oneforthepersistencelayer,andanotherforthedata

source configuration. Although not strictly required, it’s a good idea to organize our

Spring configuration across multiple files. With that in mind, it makes sense to put all

oftheweblayerconfigurationinspitter-servlet.xml,thefileloadedbyDispatcher-

Servlet.Butwestillneedawaytoloadtheotherconfigurationfiles.

That’swhereContextLoaderListenercomesintoplay.ContextLoaderListeneris

aservletlistenerthatloadsadditionalconfigurationintoaSpringapplicationcontext

alongsidetheapplicationcontextcreatedbyDispatcherServlet.TouseContext-

LoaderListener,addthefollowing<listener>declarationtotheweb.xmlfile:

<listener>

<listener-class>

org.springframework.web.context.ContextLoaderListener

</listener-class>

</listener>

WealsoneedtotellContextLoaderListenerwhichSpringconfigurationfile(s)it

shouldload.Ifnotspecifiedotherwise,thecontextloaderwilllookforaSpringcon-

figurationfileat/WEB-INF/applicationContext.xml.Butthissinglefiledoesn’tlend

itselftobreakinguptheapplicationcontextintoseveralpieces.Sowe’llneedtoover-

ridethisdefault.

TospecifyoneormoreSpringconfigurationfilesforContextLoaderListenerto

load,setthecontextConfigLocationparameterintheservletcontext:

<context-param>

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

<param-value>

/WEB-INF/spitter-security.xml

classpath:service-context.xml

classpath:persistence-context.xml

classpath:dataSource-context.xml

</param-value>

</context-param>

ThecontextConfigLocationparameterisspecifiedasalistofpaths.Unlessspecified

otherwise,thepathsarerelativetotheapplicationroot.ButsinceourSpringconfigurationissplitacrossmultipleXMLfilesthatarescatteredacrossseveralJARfilesinthe

webapplication,we’veprefixedsomeofthemwithclasspath:toloadthemas

resourcesfromtheapplicationclasspathandotherswithapathlocaltotheweb

application.

You’llrecognizethatwe’veincludedtheSpringconfigurationfilesthatwecreated

inpreviouschapters.Youmayalsonoticeafewextraconfigurationfilesthatwe’venot

coveredyet.Don’tworry...we’llgettothoseinlaterchapters.

NowwehaveourfirstcontrollerwrittenandreadytoserverequestsfortheSpitter

application’shomepage.Ifallweneededisahomepage,we’dbedone.Butthere’s

moretoSpitterthanjustthehomepage,solet’scontinuebuildingouttheapplica-

tion. The next thing we’ll try is to write a controller that can handle input.

servlet context 容器

安科网

Spring中ApplicationContext加载机制

Assdqd

Assdqd

相关推荐

Web容器Web服务器及常见的Web容器有哪些？

硬核！学会SpringMVC从这篇开始

【SpringMVC】概述

关于首次利用servlet调用数据库时会产生的一些问题

jsp基础知识

SpringBoot嵌入式Servlet容器自动配置原理

什么叫线程安全？servlet 是线程安全吗?

关于Servlet与JSP

MVC设计模式&&Servlet

Servlet 单例多线程详解

ssm框架基本原理

4、SpringMVC：Hello,SpringMVC

servlet web项目连接数据库报错

SpringMVC=>web.xml基本配置

【SpringMVC】02 流程分析

使用命令行写一个 Java Servlet

springMVC入门

Spring Security：Servlet 过滤器（三）

Spring Security 是如何在 Servlet 应用中执行的？

SpringMVC-数据输出、Map、Model、视图解析、处理Json

Assdqd