2023年11月28日发(作者:)

配置⽂件超详细说明!!!

⼀、是什么?

⾸先 java web 项⽬的⼀个重要的配置⽂件,但是⽂件并不是Java web⼯程必须的。

⽂件是⽤来配置:欢迎页、servletfilter等的。当你的web⼯程没⽤到这些时,你可以不⽤⽂件来配置你的web⼯程。

所在位置 项⽬名/web/WEB-INFO/,如下图所⽰

能做的事情:

其实,的模式(Schema)⽂件中定义了多少种标签元素,中就可以出现它的模式⽂件所定义的标签元素,它就能拥有定义出来的那些功能。

的模式⽂件是由Sun公司定义的,每个⽂件的根元素中,都必须标明这个使⽤的是哪个模式⽂件。如:

配置⽂件 具体的内容

⼆、详解:

加载过程(步骤)

⾸先简单讲⼀下,的加载过程。当启动⼀个WEB项⽬时,容器包括(JBossTomcat等)⾸先会读取项⽬配置⽂件⾥的配置,当这⼀步骤没有出错并且完成之

后,项⽬才能正常地被启动起来。

1. 启动WEB项⽬的时候,容器⾸先会去它的配置⽂件读取两个节点:

2. 紧接着,容器创建⼀个ServletContextapplication),这个WEB项⽬所有部分都将共享这个上下⽂。

3. 容器以name作为键,value作为值,将其转化为键值对,存⼊ServletContext

4. 容器创建中的类实例,根据配置的class类路径来创建监听,在监听中会有contextInitialized(ServletContextEvent args)初始化⽅法,启动

Web应⽤时,系统调⽤Listener的该⽅法,在这个⽅法中获得:

[html]

1. ServletContextapplication=vletContext();

context-param的值就是tParameter("context-param的键");得到这个context-param的值之后,你就可

以做⼀些操作了。

5. 举例:你可能想在项⽬启动之前就打开数据库,那么这⾥就可以在中设置数据库的连接⽅式(驱动、urluserpassword),在监听类中初始化数据库的连

接。这个监听是⾃⼰写的⼀个类,除了初始化⽅法,它还有销毁⽅法,⽤于关闭应⽤前释放资源。⽐如:说数据库连接的关闭,此时,调⽤contextDestroyed(ServletContextEvent

args),关闭Web应⽤时,系统调⽤Listener的该⽅法。

6. 接着,容器会读取,根据指定的类路径来实例化过滤器。

7. 以上都是在WEB项⽬还没有完全启动起来的时候就已经完成了的⼯作。如果系统中有Servlet,则Servlet是在第⼀次发起请求的时候被实例化的,⽽且⼀般不会被容器销毁,

它可以服务于多个⽤户的请求。所以,Servlet的初始化都要⽐上⾯提到的那⼏个要迟。

8. 总的来说,的加载顺序是:->->->。其中,如果中出现了相同的元素,则按照在配置⽂件中出现的先后顺序来加载。

9. 对于某类元素⽽⾔,与它们出现的顺序是有关的。以为例,中当然可以定义多个,与相关的⼀个元素是,注意,对于拥有相同

元素⽽⾔,必须出现在之后,否则当解析到时,它所对应的还未定义。web容器启

动初始化每个时,按照出现的顺序来初始化的,当请求资源匹配多个时,拦截资源是按照元素出现的顺序来依次调⽤

doFilter()⽅法的。类似,此处不再赘述。

标签详解

1. XML⽂档有效性检查

[html]

1.

app_2_" >

这段代码指定⽂件类型定义(DTD),可以通过它检查XML⽂档的有效性。下⾯显⽰的元素有⼏个特性,

这些特性告诉我们关于DTD的信息:

1. web-app定义该⽂档(部署描述符,不是DTD⽂件)的根元素

2. PUBLIC意味着DTD⽂件可以被公开使⽤

3. -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN”意味着DTDSun Microsystems, Inc.维护。该信息也表⽰它描述的⽂档类型是DTD Web Application 2.3,⽽且

DTD是⽤英⽂书写的。

4. URL""表⽰D⽂件的位置。

2.

部署描述符的根元素是DTD⽂件规定元素的⼦元素的语法如下:

[html]

1.

mapping*,listener*, servlet*, servlet-mapping*, session-config?,mime-mapping*, welcome-file-list?,error-page*, taglib*, resource-env-ref*, resource-ref*,security-

constraint*, login-config?, security-role*,env-entry*,ejb-ref*, ejb-local-ref*)>

正如您所看到的,这个元素含有23个⼦元素,⽽且⼦元素都是可选的。问号()表⽰⼦元素是可选的,⽽且只能出现⼀次。星号(*)表⽰⼦元素可在部署描述符中出现零次或多

次。有些⼦元素还可以有它们⾃⼰的⼦元素。⽂件中元素声明的是下⾯每个⼦元素的声明。下⾯讲述部署描述符中可能包含的所有⼦元素。

注意:在Servlet 2.3中,⼦元素必须按照DTD⽂件语法描述中指定的顺序出现。⽐如:如果部署描述符中的元素有两个⼦元素,则

⼦元素必须出现在⼦元素之前。在Servlet2.4中,顺序并不重要。

3.

test-hwp-web-application定义了web应⽤的名称,可以在中显⽰。如下所⽰:

4.

可以使⽤distributable元素来告诉servlet/JSP容器,Web容器中部署的应⽤程序适合在分布式环境下运⾏。

5.

使⽤上下⽂初始化参数

1.

2.

3.

webAppRootKey

4.

5.

6.

7.

8.

contextConfigLocation

9.

/WEB-INF/spring-configuration/*.xml

10.

5.1解释:

元素含有⼀对参数名和参数值,⽤作应⽤的Servlet上下⽂初始化参数,参数名在整个Web应⽤中必须是惟⼀的,在web应⽤的整个⽣命周期中上下⽂初始化参数

都存在,任意的Servletjsp都可以随时随地访问它。⼦元素包含有参数名,⽽⼦元素包含的是参数值。作为选择,可⽤⼦元素来描

述参数。

5.2 什么情况下使⽤,为什么使⽤

⽐如:定义⼀个管理员email地址⽤来从程序发送错误,或者与你整个应⽤程序有关的其他设置。使⽤⾃⼰定义的设置⽂件需要额外的代码和管理;直接在你的程序中使⽤硬编码

Hard-coding)参数值会给你之后修改程序带来⿇烦,更困难的是,要根据不同的部署使⽤不同的设置;通过这种办法,可以让其他开发⼈员更容易找到相关的参数,因为它是

⼀个⽤于设置这种参数的标准位置。

5.3 Spring配置⽂件:

配置Spring,必须需要,⽽可有可⽆,如果在中不写配置信息,默认的路径是/WEB-INF/,在WEB-INF

⽬录下创建的xml⽂件的名称必须是。如果是要⾃定义⽂件名可以在⾥加⼊contextConfigLocation这个context参数:在

⾥指定相应的xml⽂件名,如果有多个xml⽂件,可以写在⼀起并以“,”号分隔,⽐如在business-client⼯程中,我们采⽤了⾃定义配置⽅式,配置

如下:

1.

2.

3.

contextConfigLocation

4.

/WEB-INF/spring-configuration/*.xml

5.

6.

7.

tLoaderListener

8.

对应⼯程⽬录结构如下所⽰:

部署在同⼀容器中的多个Web项⽬,要配置不同的webAppRootKey⽂件中最好定义webAppRootKey参数,如果不定义,将会缺省为“”,如下:

1.

2.

3.

webAppRootKey

4.

5.

当然也不能重复,否则报类似下⾯的错误:

Web app root system property already set to different value: '' = [/home/user/tomcat/webapps/project1/] instead of [/home/user/tomcat/webapps/project2/] - Choose

unique values for the 'webAppRootKey' context-param in your files!

意思是“”这个key已经指向了项⽬1,不可以再指向项⽬2。多个项⽬要对webAppRootKey进⾏配置,我们⼯程主要是让log4j能将⽇志写到对应项⽬根⽬录下,⽐

如:我们的项⽬的webAppRootKey

1.

应⽤路径 -->

2.

3.

webAppRootKey

4.

5.

6.

应⽤路径 -->

7.

8.

webAppRootKey

9.

10.

这样就不会出现冲突了。就可以在运⾏时动态地找到项⽬路径,在ties配置⽂件中可以按下⾯的⽅式使⽤${}

=${}/WEB-INF/logs/

就可以在运⾏时动态地找出项⽬的路径。

5.4 多个配置⽂件交叉引⽤处理:

如果中有contextConfigLocation参数指定的Spring配置⽂件,则会去加载相应的配置⽂件,⽽不会去加载/WEB-INF/下的。但是如果没有指定的

话,默认会去/WEB-INF/下加载

在⼀个团队使⽤Spring的实际项⽬中,应该需要多个Spring的配置⽂件,如何使⽤和交叉引⽤的问题:

多个配置⽂件可以在⾥⽤空格分隔写⼊,如:

1.

2.

contextConfigLocation

3.

,

4.

多个配置⽂件⾥的交叉引⽤可以⽤refexternalbean解决,例如:

1.

2.

3.

4.

5.

dbBean中。

5.5 在不同环境下如何获取:范例:

1.

2.

param_name

3.

param_value

4.

此所设定的参数,在JSP⽹页中可以使⽤下列⽅法来取得:

${_name}

若在Servlet可以使⽤下列⽅法来获得:

String param_name=getServletContext().getInitParamter("param_name");

ServletServletConfig对象拥有该ServletServletContext的⼀个引⽤,所以可这样取得上下⽂初始化参数:getServletConfig().getServletContext().getInitParameter()也可以在

Servlet中直接调⽤getServletContext().getInitParameter(),两者是等价的。

6.

1.

2.

3.

120

4.

⽤于设置容器的session参数,⽐如: ⽤于指定http session的失效时间。默认时间设置在/conf/ (30 minutes)

timeout>⽤来指定默认的会话超时时间间隔,以分钟为单位。该元素值必须为整数。如果 session-timeout元素的值为零或负数,则表⽰会话将永远不会超时。

7.

1.

2.

3.

4.

8.

9.

10.

11.

SignOutHttpSessionListener

12.

7.1 Listener介绍:

web应⽤程序定义监听器,监听器⽤来监听各种事件,⽐如:applicationsession事件,所有的监听器按照相同的⽅式定义,功能取决去它们各⾃实现的接⼝,常

⽤的Web事件接⼝有如下⼏个:

(1). ServletContextListener:⽤于监听Web应⽤的启动和关闭;

(2). ServletContextAttributeListener:⽤于监听ServletContext范围(application)内属性的改变;

(3). ServletRequestListener:⽤于监听⽤户的请求;

(4). ServletRequestAttributeListener:⽤于监听ServletRequest范围(request)内属性的改变;

(5). HttpSessionListener:⽤于监听⽤户session的开始和结束;

(6). HttpSessionAttributeListener:⽤于监听HttpSession范围(session)内属性的改变。

主要⽤于监听Web应⽤事件,其中有两个⽐较重要的WEB应⽤事件:应⽤的启动和停⽌(starting up or shutting down)和Session的创建和失效(created or

destroyed)。应⽤启动事件发⽣在应⽤第⼀次被Servlet容器装载和启动的时候;停⽌事件发⽣在Web应⽤停⽌的时候。Session创建事件发⽣在每次⼀个新的session创建的时

候,类似地Session失效事件发⽣在每次⼀个Session失效的时候。为了使⽤这些Web应⽤事件做些有⽤的事情,我们必须创建和使⽤⼀些特殊的监听类。它们是实现了以下两

个接⼝中任何⼀个接⼝的简单java类:tContextListenerssionListener,如果想让你的类监听应⽤的启动和停⽌事件,你就得实现

ServletContextListener接⼝;想让你的类去监听Session的创建和失效事件,那你就得实现HttpSessionListener接⼝。

7.2 Listener配置:

配置Listener只要向Web应⽤注册Listener实现类即可,⽆序配置参数之类的东西,因为Listener获取的是Web应⽤ServletContextapplication)的配置参数。为Web应⽤配置

Listener的两种⽅式:

(1). 使⽤@WebListener修饰Listener实现类即可。

(2). ⽂档中使⽤进⾏配置。

我们选择这种配置⽅式,只有⼀个元素指定Listener的实现类,如下所⽰:

1.

2.

tLoaderListener

3.

这⾥的⽤于Spring的加载,Spring加载可以利⽤ServletContextListener实现,也可以采⽤load-on-startup Servlet 实现,但是当需要⽤到bean时,但加载顺序

是:先加载后加载,则中初始化操作中的beannull;所以,如果过滤器中要使⽤到bean,此时就可以根据加载顺序 -> -> ,将

spring的加载改成Listener的⽅式。

(1). 利⽤ServletContextListener实现:

1.

2.

context

3.

tLoaderServlet

4.

1

5.

(2).采⽤load-on-startup Servlet 实现:

1.

2.

tLoaderListener

3.

我们选择了第⼆种⽅式,在J2EE⼯程中web服务器启动的时候最先调⽤,上⾯这段配置的意思是加载spring的监听器,其中ContextLoaderListener的作⽤就是启动Web

容器时,⾃动装配的配置信息,执⾏它所实现的⽅法。

8.

1.

2.

3.

4.

CharacterEncodingFilter

5.

terEncodingFilter

6.

7.

encoding

8.

UTF-8

9.

10.

11.

forceEncoding

12.

true

13.

14.

15.

16.

17.

CAS Single Sign Out Filter

59.

60.

encoding

61.

UTF-8

105.

106.

CAS Assertion Thread Local Filter

107.

/*

108.

8.1 Filter介绍:

Filter可认为是Servle的⼀种加强版,主要⽤于对⽤户请求request进⾏预处理,也可以对Response进⾏后处理,是个典型的处理链。使⽤Filter的完整流程是:Filter对⽤户请求

进⾏预处理,接着将请求HttpServletRequest交给Servlet进⾏处理并⽣成响应,最后Filter再对服务器响应HttpServletResponse进⾏后处理。FilterServlet具有完全相同的⽣命

周期,且Filter也可以通过来配置初始化参数,获取Filter的初始化参数则使⽤FilterConfiggetInitParameter()

换种说法,Servlet⾥有requestresponse两个对象,Filter能够在⼀个request到达Servlet之前预处理request,也可以在离开Servlet时处理responseFilter其实是⼀个Servlet

链。以下是Filter的⼀些常见应⽤场合,

(1)认证Filter

(2)⽇志和审核Filter

(3)图⽚转换Filter

(4)数据压缩Filter

(5)密码Filter

(6)令牌Filter

(7)触发资源访问事件的Filter

(8)XSLT Filter

(9)媒体类型链Filter

Filter可负责拦截多个请求或响应;⼀个请求或响应也可被多个Filter拦截。创建⼀个Filter只需两步:

(1) 创建Filter处理类

(2) ⽂件中配置Filter

Filter必须实现接⼝,在该接⼝中定义了三个⽅法:

(1) void init(FilterConfig config):⽤于完成Filter的初始化。FilteConfig⽤于访问Filter的配置信息。

(2) void destroy():⽤于Filter销毁前,完成某些资源的回收。

(3) void doFilter(ServletRequest request,ServletResponse response,FilterChain chain):实现过滤功能的核⼼⽅法,该⽅法就是对每个请求及响应增加额外的处理。该⽅法实现

对⽤户请求request进⾏预处理,也可以实现对服务器响应response进⾏后处理---它们的分界线为是否调⽤了er(requestresponse),执⾏该⽅法之前,即对⽤户请求

request进⾏预处理,执⾏该⽅法之后,即对服务器响应response进⾏后处理。

8.2 Filter配置:

Filter可认为是Servlet增强版,因此Filter配置与Servlet的配置⾮常相似,需要配置两部分:配置Filter名称和Filter拦截器URL模式。区别在于Servlet通常只配置⼀个URL,⽽

Filter可以同时配置多个请求的URL。配置Filter有两种⽅式:

(1). Filter类中通过Annotation进⾏配置。

(2). ⽂件中通过配置⽂件进⾏配置。

我们使⽤的是这种配置⽅式,下⾯重点介绍内包含的⼀些元素。

⽤于指定Web容器中的过滤器,可包含

(1).⽤来定义过滤器的名称,该名称在整个程序中都必须唯⼀。

(2).元素指定过滤器类的完全限定的名称,即Filter的实现类。

(3). Filter配置参数,与具有相同的元素描述符

(4). 元素⽤来声明Web应⽤中的过滤器映射,过滤器被映射到⼀个servlet或⼀个URL 模式。这个过滤器的必须具有相同的

name>,指定该Filter所拦截的URL。过滤是按照部署描述符的出现的顺序执⾏的。

8.21 字符集过滤器

1.

2.

CharacterEncodingFilter

3.

terEncodingFilter

4.

5.

encoding

6.

UTF-8

7.

8.

9.

forceEncoding

10.

true

11.

12.

13.

14.

CharacterEncodingFilter

15.

/*

16.

CharacterEncodingFilter类可以通过简单配置来帮我们实现字符集转换的功能,参数encoding⽤于指定编码类型,参数forceEncoding设为true时,强制执⾏

racterEncoding(ng)racterEncoding(ng)中的⽅法。

8.22 缓存控制

1.

2.

NoCache Filter

3.

eFilter

4.

5.

6.

NoCache Filter

7.

表⽰对URL全部过滤-->

8.

/*

9.

8.23 登录认证

1.

2.

3.

CAS Authentication Filter

4.

5.

6.

CAS HttpServletRequest Wrapper Filter

7.

/*

8.

封装request, ⽀持getUserPrincipal等⽅法。

8.26 存放AssertionThreadLocal

1.

2.

CAS Assertion Thread Local Filter

3.

ionThreadLocalFilter

4.

5.

6.

CAS Assertion Thread Local Filter

21.

22.

proxyGrantingTicketStorageClass

23.

hedBackedProxyGrantingTicketStorageImpl

24.

25.

26.

27.

encoding

28.

UTF-8

29.

LogOutServlet

28.

/logout

29.

30.

31.

business

32.

/

33.

9.1 Servlet介绍:

Servlet通常称为服务器端⼩程序,是运⾏在服务器端的程序,⽤于处理及响应客户的请求。Servlet是个特殊的java类,继承于HttpServlet。客户端通常只有GETPOST两种请

求⽅式,Servlet为了响应则两种请求,必须重写doGet()doPost()⽅法。⼤部分时候,Servlet对于所有的请求响应都是完全⼀样的,此时只需要重写service()⽅法即可响应客户

端的所有请求。

另外,HttpServlet有两个⽅法:

(1). init(ServletConfig config):创建Servlet实例时,调⽤该⽅法的初始化Servlet资源。

(2). destroy():销毁Servlet实例时,⾃动调⽤该⽅法的回收资源。

通常⽆需重写init()destroy()两个⽅法,除⾮需要在初始化Servlet时,完成某些资源初始化的⽅法,才考虑重写init()⽅法,如果重写了init()⽅法,应在重写该⽅法的第⼀⾏调⽤

(config),该⽅法将调⽤HttpServletinit()⽅法。如果需要在销毁Servlet之前,先完成某些资源的回收,⽐如关闭数据库连接,才需要重写destory⽅法()

Servlet的⽣命周期:

创建Servlet实例有两个时机:

(1). 客户端第⼀次请求某个Servlet时,系统创建该Servlet的实例,⼤部分Servlet都是这种Servlet

(2). Web应⽤启动时⽴即创建Servlet实例,即load-on-start Servlet

每个Servlet的运⾏都遵循如下⽣命周期:

(1). 创建Servlet实例。

(2). Web容器调⽤Servletinit()⽅法,对Servlet进⾏初始化。

(3). Servlet初始化后,将⼀直存在于容器中,⽤于响应客户端请求,如果客户端发送GET请求,容器调⽤ServletdoGet()⽅法处理并响应请求;如果客户端发送POST请求,容

器调⽤ServletdoPost()⽅法处理并响应请求。或者统⼀使⽤service()⽅法处理来响应⽤户请求。

(4). Web容器决定销毁Servlet时,先调⽤Servletdestory()⽅法,通常在关闭Web应⽤时销毁Servlet实例。

9.2 Servlet配置:

为了让Servlet能响应⽤户请求,还必须将Servlet配置在web应⽤中,配置Servlet需要修改⽂件。从Servlet3.0开始,配置Servlet有两种⽅式:

(1). Servlet类中使⽤@WebServlet Annotation进⾏配置。

(2). ⽂件中进⾏配置。

我们⽤⽂件来配置Servlet,需要配置⽤来声明⼀个Servlet元素的⽤法和的⽤

法相同。元素与元素具有相同的元素描述符,可以使⽤⼦元素将初始化参数名和参数值传递给Servlet,访问Servlet配置参数通过

ServletConfig对象来完成,ServletConfig提供如下⽅法:

tParameter( name):⽤于获取初始化参数

ServletConfig获取配置参数的⽅法和ServletContext获取配置参数的⽅法完全⼀样,只是ServletConfig是取得当前Servlet的配置参数,⽽ServletContext是获取整个Web应⽤的配

置参数。

(1).

1). :为Servlet指定⼀个⽂本描述。

2). :为Servlet提供⼀个简短的名字被某些⼯具显⽰。

3). :为Servlet指定⼀个图标,在图形管理⼯具中表⽰该Servlet

(2). 元素

必须含有,或者 描述如下:

1). ⽤来定义servlet的名称,该名称在整个应⽤中必须是惟⼀的。

2). ⽤来指定servlet的完全限定的名称。

3). ⽤来指定应⽤中JSP⽂件的完整路径。这个完整路径必须由/开始。

(3).

如果load-on-startup元素存在,⽽且也指定了jsp-file元素,则JSP⽂件会被重新编译成Servlet,同时产⽣的Servlet也被载⼊内存。的内容可以为空,或者是⼀

个整数。这个值表⽰由Web容器载⼊内存的顺序。

举个例⼦:如果有两个Servlet元素都含有⼦元素,则⼦元素值较⼩的Servlet将先被加载。如果⼦元素值为空或负值,则由

Web容器决定什么时候加载Servlet。如果两个Servlet⼦元素值相同,则由Web容器决定先加载哪⼀个Servlet1表⽰启

动容器时,初始化Servlet

(4).

含有

1). Servlet的名字,唯⼀性和⼀致性,与元素中声明的名字⼀致。

2). :指定相对于ServletURL的路径。该路径相对于web应⽤程序上下⽂的根路径。URL模式映射到某个Servlet,即该Servlet处理的URL

(5). 加载Servlet的过程

容器的Context对象对请求路径(URL)做出处理,去掉请求URL的上下⽂路径后,按路径映射规则和Servlet映射路径()做匹配,如果匹配成功,则调⽤这个Servlet

处理请求。

9.3DispatcherServlet中的配置:

1.

2.

3.

business

4.

cherServlet

5.

6.

publishContext

7.

false

8.

9.

1

10.

配置Spring MVC,指定处理请求的Servlet,有两种⽅式:

(1). 默认查找MVC配置⽂件的地址是:/WEB-INF/${servletName}-

(2). 可以通过配置修改MVC配置⽂件的位置,需要在配置DispatcherServlet时指定MVC配置⽂件的位置。

我们在平台项⽬两个⼯程中分别使⽤了不同的配置⽅式,介绍如下:

(1). business-client⼯程中按照默认⽅式查找MVC的配置⽂件,配置⽂件⽬录为: /WEB-INF/。⼯程⽬录结构如下所⽰:

(2).public-base-server⼯程中,通过第2种⽅式进⾏配置,把放到src/main/resources/config/,则需要在配置DispatcherServlet时指定

param>标签。具体代码如下:

1.

2.

spring

3.

cherServlet

4.

5.

publishContext

6.

false

7.

8.

9.

contextConfigLocation

10.

classpath:config/

11.

12.

1

13.

⼯程⽬录结构如下:

其中,classpathweb项⽬的类路径,可以理解为classes下⾯。因为⽆论这些配置⽂件放在哪,编译之后如果没有特殊情况的话都直接在classes下⾯。jar包的话虽然放在lib

件夹⾥,但实际上那些类可以直接引⽤,⽐如:,仿佛也在classes下⾯⼀样。

在我们的⼯程⾥,经过验证,maven⼯程这两个路径经过编译后⽣成的⽂件都位于classes⽬录下,即这两个路径相当于类路径,在下⾯创建config⽂件

夹(folder),然后创建⾃定义的xml配置⽂件即可。

classpathclasspath*区别:同名资源存在时,classpath只从第⼀个符合条件的classpath中加载资源,⽽classpath*会从所有的classpath中加载符合条件的资源。classpath*

需要遍历所有的classpath,效率肯定⽐不上classpath,因此在项⽬设计的初期就尽量规划好资源⽂件所在的路径,避免使⽤classpath*来加载。

9.4 ContextLoaderListenerDispatcherServlet初始化上下⽂关系和区别:

从上图可以看出,ContextLoaderListener初始化的上下⽂加载的Bean是对于整个应⽤程序共享的,⼀般如:DAO层、ServiceBeanDispatcherServlet初始化的上下⽂加载的

Bean是只对Spring MVC有效的Bean,如:ControllerHandlerMappingHandlerAdapter等,该初始化上下⽂只加载Web相关组件。

注意:⽤户可以配置多个DispatcherServlet来分别处理不同的url请求,每个DispatcherServlet上下⽂都对应⼀个⾃⼰的⼦Spring容器,他们都拥有相同的⽗Spring容器(业务

层,持久(daobean所在的容器)。

10.

1.

2.

3.

4.

包含⼀个⼦元素⽤来指定⾸页⽂件名称。元素可以包含⼀个或多个⼦元素。如果在第⼀个

元素中没有找到指定的⽂件,Web容器就会尝试显⽰第⼆个,以此类推。

11. 参考⽂献:

/ahou2468/article/details/79015251