web.xml被文件加载过程，各节点加载顺序总结

最新推荐文章于 2022-02-19 17:42:23 发布
最新推荐文章于 2022-02-19 17:42:23 发布
阅读量608 收藏 4
点赞数 1
分类专栏： java基础 框架

在项目中我们总会遇到关于加载的优先级问题，现在我就来讲讲web.xml在项目启动过程中，里面各个配置文件的加载顺序

首先我要声明的是，加载顺序与它们在 web.xml 文件中的先后顺序无关。并不会说谁写在前面就先加载谁，那么正常的顺序应该是怎么样的呢？

下面是标准的web.xml文件

下面是web.xml的加载过程 ：

web.xml的加载顺序是:<context-param>-><listener>-><filter>-><servlet>

  1. 当我们启动web项目的时候，容器（如Tomcat，JBoss）就会去读取他的配置文件web.xml，读到里面的两个点： <listener></listener> 和 <context-param></context-param>。
  2. 容器创建一个ServletContext(上下文),这个WEB项目所有部分都将共享这个上下文.（ServletContext是一个web应用的上下文，是一个全局信息的存储空间，代表当前web应用。）
  3. 容器将<context-param></context-param>转化为键值对,并交给ServletContext。
  4. 容器创建<listener></listener>中的类实例，根据配置的class类路径<listener-class>来创建监听，在监听中会有contextInitialized(ServletContextEvent args)初始化方法，启动Web应用时，系统调用Listener的该方法，在这个方法中获得：ServletContext application = ServletContextEvent.getServletContext();context-param的值 = application.getInitParameter("context-param的键"); 得到这个context-param的值之后，你就可以做一些操作了。
  5. 举例：你可能想在项目启动之前就打开数据库，那么这里就可以在<context-param>中设置数据库的连接方式（驱动、url、user、password），在监听类中初始化数据库的连接。这个监听是自己写的一个类，除了初始化方法，它还有销毁方法，用于关闭应用前释放资源。比如:说数据库连接的关闭，此时，调用contextDestroyed(ServletContextEvent args)，关闭Web应用时，系统调用Listener的该方法。
  6. 接着，容器会读取<filter></filter>，根据指定的类路径来实例化过滤器。
  7. 以上都是在WEB项目还没有完全启动起来的时候就已经完成了的工作。如果系统中有Servlet，则Servlet是在第一次发起请求的时候被实例化的，而且一般不会被容器销毁，它可以服务于多个用户的请求。所以，Servlet的初始化都要比上面提到的那几个要迟。
  8. 总的来说，web.xml的加载顺序是:<context-param>-><listener>-><filter>-><servlet>。其中，如果web.xml中出现了相同的元素，则按照在配置文件中出现的先后顺序来加载。
  9. 对于某类元素而言，与它们出现的顺序是有关的。以<filter>为例，web.xml中当然可以定义多个<filter>，与<filter>相关的一个元素是<filter-mapping>，注意，对于拥有相同<filter-name>的<filter>和<filter-mapping>元素而言，<filter-mapping>必须出现在<filter>之后，否则当解析到<filter-mapping>时，它所对应的<filter-name>还未定义。web容器启动初始化每个<filter>时，按照<filter>出现的顺序来初始化的，当请求资源匹配多个<filter-mapping>时，<filter>拦截资源是按照<filter-mapping>元素出现的顺序来依次调用doFilter()方法的。<servlet>同<filter>类似，此处不再赘述。

web.xml标签详解：

  • XML文档有效性检查：
<!DOCTYPE web-app PUBLIC"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN""http://java.sun.com/dtd/web-app_2_3.dtd" >

这段代码指定文件类型定义(DTD)，可以通过它检查XML文档的有效性。下面显示的<!DOCTYPE>元素有几个特性，这些特性告诉我们关于DTD的信息：

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

 2. PUBLIC意味着DTD文件可以被公开使用 

 3. -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN”意味着DTD由Sun Microsystems, Inc.维护。该信息也表示它描述的文档类型是DTD Web Application 2.3，而且DTD是用英文书写的。 

 4. URL"http://java.sun.com/dtd/web-app_2_3.dtd"表示D文件的位置

  • <web-app></web-app>

部署描述符的根元素是<web-app>。DTD文件规定<web-app>元素的子元素的语法如下：

<!ELEMENT web-app (icon?, display-name?, description?,distributable?, context-param*, filter*, filter-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个子元素，而且子元素都是可选的。问号(？)表示子元素是可选的，而且只能出现一次。星号(*)表示子元素可在部署描述符中出现零次或多次。有些子元素还可以有它们自己的子元素。web.xml文件中<web-app>元素声明的是下面每个子元素的声明。下面讲述部署描述符中可能包含的所有子元素。

注意：在Servlet 2.3中，子元素必须按照DTD文件语法描述中指定的顺序出现。比如：如果部署描述符中的<web-app>元素有<servlet>和<servlet-mapping>两个子元素，则<servlet>子元素必须出现在<servlet-mapping>子元素之前。在Servlet2.4中，顺序并不重要。

  • <display-name></display-name>

<display-name>gswx-web-application</display-name>定义了web应用的名称，在http://localhost:9010/manager/html中显示。如下所示：

  • <distributable/>

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

  • <context-param></context-param>

使用上下文初始化参数

<!--****************************上下文初始化参数***************************-->
<context-param>
    <param-name>webAppRootKey</param-name>
    <param-value>business.root</param-value>
</context-param>
<!-- spring config -->
<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>classpath*:/applicationContext*.xml</param-value>
</context-param>

       <context-param>解释：

<context-param>元素含有一对参数名和参数值，用作应用的Servlet上下文初始化参数，参数名在整个Web应用中必须是惟一的，在web应用的整个生命周期中上下文初始化参数都存在，任意的Servlet和jsp都可以随时随地访问它。<param-name>子元素包含有参数名，而<param-value>子元素包含的是参数值。作为选择，可用<description>子元素来描述参数。

      什么情况下使用，为什么使用<context-param>：

比如：定义一个管理员email地址用来从程序发送错误，或者与你整个应用程序有关的其他设置。使用自己定义的设置文件需要额外的代码和管理；直接在你的程序中使用硬编码（Hard-coding）参数值会给你之后修改程序带来麻烦，更困难的是，要根据不同的部署使用不同的设置；通过这种办法，可以让其他开发人员更容易找到相关的参数，因为它是一个用于设置这种参数的标准位置。

       Spring配置文件：

配置Spring，必须需要<listener>，而<context-param>可有可无，如果在web.xml中不写<context-param>配置信息，默认的路径是/WEB-INF/applicationontext.xml，在WEB-INF目录下创建的xml文件的名称必须是applicationContext.xml。如果是要自定义文件名可以在web.xml里加入contextConfigLocation这个context参数：在<param-value>
</param-value>里指定相应的xml文件名，如果有多个xml文件，可以写在一起并以“,”号分隔，比如在business-client工程中，我们采用了自定义配置方式，<context-param>配置如下：

<context-param>   
	<param-name>contextConfigLocation</param-name>   
	<param-value>classpath*:/applicationContext*.xml</param-value>   
</context-param>
<listener>   
	<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>   
</listener>

部署在同一容器中的多个Web项目，要配置不同的webAppRootKey，web.xml文件中最好定义webAppRootKey参数，如果不定义，将会缺省为“webapp.root”，如下：

<!-- 应用路径  -->  
 <context-param>  
        <param-name>webAppRootKey</param-name>  
        <param-value>webapp.root</param-value>  
 </context-param>

当然也不能重复，否则报类似下面的错误：
Web app root system property already set to different value: 'webapp.root' = [/home/user/tomcat/webapps/project1/] instead of [/home/user/tomcat/webapps/project2/] - Choose unique values for the 'webAppRootKey' context-param in your web.xml files!  
意思是“webapp.root”这个key已经指向了项目1，不可以再指向项目2。多个项目要对webAppRootKey进行配置，我们工程主要是让log4j能将日志写到对应项目根目录下，比如：我们的项目的webAppRootKey为

<!-- business-client应用路径  -->  
<context-param>  
	<param-name>webAppRootKey</param-name>  
	<param-value> business.root </param-value>  
</context-param>  
<!-- public-base应用路径  -->  
<context-param>  
	<param-name>webAppRootKey</param-name>  
	<param-value> pubbase.root</param-value>  
</context-param>

这样就不会出现冲突了。就可以在运行时动态地找到项目路径，在log4j.properties配置文件中可以按下面的方式使用${webapp.root}：log4j.appender.file.File=${webapp.root}/WEB-INF/logs/sample.log 就可以在运行时动态地找出项目的路径。

        多个配置文件交叉引用处理：

如果web.xml中有contextConfigLocation参数指定的Spring配置文件，则会去加载相应的配置文件，而不会去加载/WEB-INF/下的applicationContext.xml。但是如果没有指定的话，默认会去/WEB-INF/下加载applicationContext.xml。
在一个团队使用Spring的实际项目中，应该需要多个Spring的配置文件，如何使用和交叉引用的问题：
多个配置文件可以在web.xml里用空格分隔写入，如：

<context-param>
	<param-name>contextConfigLocation </param-name>
	<param-value>applicationContext-database.xml,applicationContext.xml</param-value>  
</context-param>

多个配置文件里的交叉引用可以用ref的external或bean解决，例如：applicationContext.xml

<bean id="userService" class="domain.user.service.impl.UserServiceImpl"> 
	<property name="dbbean">
		<ref bean="dbBean"/>
	</property> 
</bean>

dbBean在applicationContext-database.xml中。

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

<context-param>
	<param-name>param_name</param-name>
	<param-value>param_value</param-value>
</context-param>

此所设定的参数，在JSP网页中可以使用下列方法来取得：${initParam.param_name}

若在Servlet可以使用下列方法来获得：String param_name=getServletContext().getInitParamter("param_name");

Servlet的ServletConfig对象拥有该Servlet的ServletContext的一个引用，所以可这样取得上下文初始化参数：getServletConfig().getServletContext().getInitParameter()也可以在Servlet中直接调用getServletContext().getInitParameter()，两者是等价的。

  • <session-config></session-config>
<!-- Set timeout to 120 minutes -->
<session-config> 
	<session-timeout>120</session-timeout> 
</session-config>

<session-config> 用于设置容器的session参数，比如：<session-timeout> 用于指定http session的失效时间。默认时间设置在<jakarta>/conf/web.xml (30 minutes)。<session-timeout>用来指定默认的会话超时时间间隔，以分钟为单位。该元素值必须为整数。如果 session-timeout元素的值为零或负数，则表示会话将永远不会超时。

  •  <listener></listener>
<!--****************************监听器配置*********************************-->
<!-- Spring的log4j监听器 -->
<listener>
	<listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>
<listener>
	<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<!-- 与CAS Single Sign Out Filter配合，注销登录信息  --> 
<listener>
	<listener-class>com.yonyou.mcloud.cas.client.session.SingleSignOutHttpSessionListener</listener-class>
</listener>

        Listener介绍：

<listener>为web应用程序定义监听器，监听器用来监听各种事件，比如：application和session事件，所有的监听器按照相同的方式定义，功能取决去它们各自实现的接口，常用的Web事件接口有如下几个：
(1). ServletContextListener：用于监听Web应用的启动和关闭；
(2). ServletContextAttributeListener：用于监听ServletContext范围（application）内属性的改变；
(3). ServletRequestListener：用于监听用户的请求；
(4). ServletRequestAttributeListener：用于监听ServletRequest范围（request）内属性的改变；
(5). HttpSessionListener：用于监听用户session的开始和结束；
(6). HttpSessionAttributeListener：用于监听HttpSession范围（session）内属性的改变。
<listener>主要用于监听Web应用事件，其中有两个比较重要的WEB应用事件：应用的启动和停止（starting up or shutting down）和Session的创建和失效（created or destroyed）。应用启动事件发生在应用第一次被Servlet容器装载和启动的时候；停止事件发生在Web应用停止的时候。Session创建事件发生在每次一个新的session创建的时候，类似地Session失效事件发生在每次一个Session失效的时候。为了使用这些Web应用事件做些有用的事情，我们必须创建和使用一些特殊的“监听类”。它们是实现了以下两个接口中任何一个接口的简单java类：javax.servlet.ServletContextListener或javax.servlet.http.HttpSessionListener，如果想让你的类监听应用的启动和停止事件，你就得实现ServletContextListener接口；想让你的类去监听Session的创建和失效事件，那你就得实现HttpSessionListener接口。

       Listener配置：

配置Listener只要向Web应用注册Listener实现类即可，无序配置参数之类的东西，因为Listener获取的是Web应用ServletContext（application）的配置参数。为Web应用配置Listener的两种方式：
(1). 使用@WebListener修饰Listener实现类即可。
(2). 在web.xml文档中使用<listener>进行配置。
我们选择web.xml这种配置方式，只有一个元素<listener-class>指定Listener的实现类，如下所示：
 

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

这里的<listener>用于Spring的加载，Spring加载可以利用ServletContextListener实现，也可以采用load-on-startup Servlet 实现，但是当<filter>需要用到bean时，但加载顺序是：先加载<filter>后加载<servlet>，则<filter>中初始化操作中的bean为null；所以，如果过滤器中要使用到bean，此时就可以根据加载顺序<listener> -> <filter> -> <servlet>，将spring的加载改成Listener的方式。

(1). 利用ServletContextListener实现：

<servlet>  
   <servlet-name>context</servlet-narne> 
   <servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>  
   <load-on-startup>1</load-on-startup>  
</servlet>

(2).采用load-on-startup Servlet 实现：

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

我们选择了第二种方式，在J2EE工程中web服务器启动的时候最先调用web.xml，上面这段配置的意思是加载spring的监听器，其中ContextLoaderListener的作用就是启动Web容器时，自动装配applicationContext.xml的配置信息，执行它所实现的方法。

  •  <filter></filter>
<!--****************************过滤器配置*********************************-->
<!-- 字符集过滤器 -->
<filter>
	<filter-name>CharacterEncodingFilter</filter-name>
	<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
	<init-param>
		<param-name>encoding</param-name>
		<param-value>UTF-8</param-value>
	</init-param>
	<init-param>
		<param-name>forceEncoding</param-name>
		<param-value>true</param-value>
	</init-param>
</filter>
<!-- 单点登出过滤器 -->
<filter>
	<filter-name>CAS Single Sign Out Filter</filter-name>
	<filter-class>com.yonyou.mcloud.cas.client.session.SingleSignOutFilter</filter-class>
</filter>
<!-- 认证过滤器 -->
<filter>
	<filter-name>CAS Authentication Filter</filter-name>
	<filter-class>com.yonyou.mcloud.cas.client.authentication.ExpandAuthenticationFilter</filter-class>
	<init-param>
		<param-name>casServerLoginUrl</param-name>
		<param-value>https://dev.yonyou.com:443/sso-server/login</param-value>
	</init-param>
	<init-param>
		<!--这里的server是服务端的IP -->
		<param-name>serverName</param-name>
		<param-value>http://10.1.215.40:80</param-value>
	</init-param>
</filter>
<!-- 验证ST/PT过滤器 -->
<filter>
	<filter-name>CAS Validation Filter</filter-name>
	<filter-class>org.jasig.cas.client.validation.Cas20ProxyReceivingTicketValidationFilter</filter-class>
	<init-param>
		<param-name>casServerUrlPrefix</param-name>
		<param-value>https://dev.yonyou.com:443/sso-server</param-value>
	</init-param>
	<init-param>
		<param-name>serverName</param-name>
		<param-value>http://10.1.215.40:80</param-value>
	</init-param>
	<init-param>
		<param-name>proxyCallbackUrl</param-name>
		<param-value>https://dev.yonyou.com:443/business/proxyCallback</param-value>
	</init-param>
	<init-param>
		<param-name>proxyReceptorUrl</param-name>
		<param-value>/proxyCallback</param-value>
	</init-param>
	<init-param>
		<param-name>proxyGrantingTicketStorageClass</param-name>
		<param-value>com.yonyou.mcloud.cas.client.proxy.MemcachedBackedProxyGrantingTicketStorageImpl</param-value>
	</init-param>
	<!-- 解决中文问题 -->
	<init-param>
		<param-name>encoding</param-name>
		<param-value>UTF-8</param-value>
	</init-param>
</filter>

<filter>
	<filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
	<filter-class>org.jasig.cas.client.util.HttpServletRequestWrapperFilter</filter-class>
</filter>
<filter>
	<filter-name>CAS Assertion Thread Local Filter</filter-name>
	<filter-class>org.jasig.cas.client.util.AssertionThreadLocalFilter</filter-class>
</filter>
<filter>
	<filter-name>NoCache Filter</filter-name>
	<filter-class>com.yonyou.mcloud.cas.client.authentication.NoCacheFilter</filter-class>
</filter>
<!--****************************映射关系配置********************************-->
<filter-mapping>
	<filter-name>CharacterEncodingFilter</filter-name>
	<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
	<filter-name>NoCache Filter</filter-name>
	<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
	<filter-name>CAS Single Sign Out Filter</filter-name>
	<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
	<filter-name>CAS Validation Filter</filter-name>
	<url-pattern>/proxyCallback</url-pattern>
</filter-mapping>
<filter-mapping>
	<filter-name>CAS Authentication Filter</filter-name>
	<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
	<filter-name>CAS Validation Filter</filter-name>
	<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
	<filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
	<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
	<filter-name>CAS Assertion Thread Local Filter</filter-name>
	<url-pattern>/*</url-pattern>
</filter-mapping>

       Filter介绍：

Filter可认为是Servle的一种“加强版”，主要用于对用户请求request进行预处理，也可以对Response进行后处理，是个典型的处理链。使用Filter的完整流程是：Filter对用户请求进行预处理，接着将请求HttpServletRequest交给Servlet进行处理并生成响应，最后Filter再对服务器响应HttpServletResponse进行后处理。Filter与Servlet具有完全相同的生命周期，且Filter也可以通过<init-param>来配置初始化参数，获取Filter的初始化参数则使用FilterConfig的getInitParameter()。
换种说法，Servlet里有request和response两个对象，Filter能够在一个request到达Servlet之前预处理request，也可以在离开Servlet时处理response，Filter其实是一个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) Web.xml文件中配置Filter
Filter必须实现javax.servlet.Filter接口，在该接口中定义了三个方法：
(1) void init(FilterConfig config)：用于完成Filter的初始化。FilteConfig用于访问Filter的配置信息。
(2) void destroy()：用于Filter销毁前，完成某些资源的回收。
(3) void doFilter(ServletRequest request,ServletResponse response,FilterChain chain)：实现过滤功能的核心方法，该方法就是对每个请求及响应增加额外的处理。该方法实现对用户请求request进行预处理，也可以实现对服务器响应response进行后处理---它们的分界线为是否调用了chain.doFilter(request，response)，执行该方法之前，即对用户请求request进行预处理，执行该方法之后，即对服务器响应response进行后处理。

Filter配置：

Filter可认为是Servlet的“增强版”，因此Filter配置与Servlet的配置非常相似，需要配置两部分：配置Filter名称和Filter拦截器URL模式。区别在于Servlet通常只配置一个URL，而Filter可以同时配置多个请求的URL。配置Filter有两种方式：
(1). 在Filter类中通过Annotation进行配置。
(2). 在web.xml文件中通过配置文件进行配置。
我们使用的是web.xml这种配置方式，下面重点介绍<filter>内包含的一些元素。
<filter>用于指定Web容器中的过滤器，可包含<filter-name>、<filter-class>、<init-param>、<icon>、<display-name>、<description>。
(1).<filter-name>用来定义过滤器的名称，该名称在整个程序中都必须唯一。
(2).<filter-class>元素指定过滤器类的完全限定的名称，即Filter的实现类。
(3). <init-param>为Filter配置参数，与<context-param>具有相同的元素描述符<param-name>和<param-value>。
(4). <filter-mapping>元素用来声明Web应用中的过滤器映射，过滤器被映射到一个servlet或一个URL 模式。这个过滤器的<filter>和<filter-mapping>必须具有相同的<filter-name>，指定该Filter所拦截的URL。过滤是按照部署描述符的<filter-mapping>出现的顺序执行的。

     字符集过滤器

<filter>
    <filter-name>CharacterEncodingFilter</filter-name>
    <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>                                
    <init-param>
        <param-name>encoding</param-name>
        <param-value>UTF-8</param-value>
    </init-param>
    <init-param>
        <param-name>forceEncoding</param-name>
        <param-value>true</param-value>
    </init-param>
</filter>
<filter-mapping>
    <filter-name>CharacterEncodingFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

CharacterEncodingFilter类可以通过简单配置来帮我们实现字符集转换的功能，参数encoding用于指定编码类型，参数forceEncoding设为true时，强制执行request.setCharacterEncoding(this.encoding)和reponse.setCharacterEncoding(this.encoding)中的方法。

    缓存控制

<filter>
    <filter-name>NoCache Filter</filter-name>
    <filter-class>com.yonyou.mcloud.cas.client.authentication.NoCacheFilter</filter-class>
</filter>
    <filter-mapping>
<filter-name>NoCache Filter</filter-name>
    <!—表示对URL全部过滤-->
    <url-pattern>/*</url-pattern>
</filter-mapping>
  • <servlet></servlet>
<!-- 加载spring-mvc的配置 -->
<servlet>
      <servlet-name>springmvc</servlet-name>
      <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
      <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:spring-mvc.xml</param-value>
       </init-param>
       <load-on-startup>1</load-on-startup>
</servlet>
<!-- 配置spring-mvc的访问路径 -->
<servlet-mapping>
      <servlet-name>springmvc</servlet-name>
      <url-pattern>/</url-pattern>
</servlet-mapping>

Servlet配置

为了让Servlet能响应用户请求，还必须将Servlet配置在web应用中，配置Servlet需要修改web.xml文件。从Servlet3.0开始，配置Servlet有两种方式：
(1). 在Servlet类中使用@WebServlet Annotation进行配置。
(2). 在web.xml文件中进行配置。
我们用web.xml文件来配置Servlet，需要配置<servlet>和<servlet-mapping>。<servlet>用来声明一个Servlet。<icon>、<display-name>和<description>元素的用法和<filter>的用法相同。<init-param>元素与<context-param>元素具有相同的元素描述符，可以使用<init-param>子元素将初始化参数名和参数值传递给Servlet，访问Servlet配置参数通过ServletConfig对象来完成，ServletConfig提供如下方法：
java.lang.String.getInitParameter(java.lang.String name)：用于获取初始化参数
ServletConfig获取配置参数的方法和ServletContext获取配置参数的方法完全一样，只是ServletConfig是取得当前Servlet的配置参数，而ServletContext是获取整个Web应用的配置参数。
(1). <description>、<display-name>和<icon>
1). <description>：为Servlet指定一个文本描述。
2). <display-name>：为Servlet提供一个简短的名字被某些工具显示。
3). <icon>：为Servlet指定一个图标，在图形管理工具中表示该Servlet。
(2). <servlet-name>、<servlet-class>和<jsp-file>元素
<servlet>必须含有<servlet-name>和<servlet-class>，或者<servlet-name>和<jsp-file>。 描述如下：
1). <servlet-name>用来定义servlet的名称，该名称在整个应用中必须是惟一的。
2). <servlet-class>用来指定servlet的完全限定的名称。
3). <jsp-file>用来指定应用中JSP文件的完整路径。这个完整路径必须由/开始。
(3). <load-on-startup>
如果load-on-startup元素存在，而且也指定了jsp-file元素，则JSP文件会被重新编译成Servlet，同时产生的Servlet也被载入内存。<load-on-startup>的内容可以为空，或者是一个整数。这个值表示由Web容器载入内存的顺序。
举个例子：如果有两个Servlet元素都含有<load-on-startup>子元素，则<load-on-startup>子元素值较小的Servlet将先被加载。如果<load-on-startup>子元素值为空或负值，则由Web容器决定什么时候加载Servlet。如果两个Servlet的<load-on-startup>子元素值相同，则由Web容器决定先加载哪一个Servlet。<load-on-startup>1</load-on-startup>表示启动容器时，初始化Servlet。
(4). <servlet-mapping>
<servlet-mapping>含有<servlet-name>和<url-pattern>
1). <servlet-name>：Servlet的名字，唯一性和一致性，与<servlet>元素中声明的名字一致。
2). <url-pattern>：指定相对于Servlet的URL的路径。该路径相对于web应用程序上下文的根路径。<servlet-mapping>将URL模式映射到某个Servlet，即该Servlet处理的URL。
(5). 加载Servlet的过程 
容器的Context对象对请求路径(URL)做出处理，去掉请求URL的上下文路径后，按路径映射规则和Servlet映射路径（<url- pattern>）做匹配，如果匹配成功，则调用这个Servlet处理请求。 

  •  <welcome-file-list></welcome-file-list>
<!-- 当启动项目后，直接访问项目默认启动的页面 -->
<welcome-file-list>
    <welcome-file>/WEB-INF/pages/houtai/login.jsp</welcome-file>
</welcome-file-list>

<welcome-file-list>包含一个子元素<welcome-file>，<welcome-file>用来指定首页文件名称。<welcome-file-list>元素可以包含一个或多个<welcome-file>子元素。如果在第一个<welcome-file>元素中没有找到指定的文件，Web容器就会尝试显示第二个，以此类推。
 

羡慕南飞的燕
关注
专栏目录
web.xml加载顺序与web.xml常用节点解析
04-10
理解`web.xml`的加载顺序和各个节点的作用对于开发和维护高质量的Web应用至关重要。 1. **加载顺序**： - 当应用服务器启动并加载Web应用程序时，首先读取`web.xml`文件。 - 首先解析的是`<context-param>`节点，...
web.xml中servlet, bean, filter, listenr 加载顺序_动力节点Java学院整理
08-29
web.xml中的Servlet、Bean、Filter、Listener加载顺序详解 在Java Web应用程序中，web.xml文件扮演着非常重要的角色，它定义了Web应用程序的配置信息，包括Servlet、Bean、Filter、Listener等组件的配置。其中，...
web.xml加载顺序
热门推荐
G-Ohand
03-09 2万+
一 1、启动一个WEB项目的时候，WEB容器会去读取它的配置文件web.xml，读取和两个结点。  2、紧急着，容创建一个ServletContext（servlet上下文），这个web项目的所有部分都将共享这个上下文。  3、容器将转换为键值对，并交给servletContext。  4、容器创建中的类实例，创建监听器。  二  Load-on-startup
web.xml中各个文件的加载顺序
peanut的博客
07-09 2417
web.xml加载过程（步骤）： 1.启动WEB项目的时候,容器(如:Tomcat)会去读它的配置文件web.xml.读两个节点: 和 2.紧接着,容器创建一个ServletContext(上下文),这个WEB项目所有部分都将共享这个上下文. 3.容器将转化为键值对,并交给ServletContext. 4.容器创建中的类实例,即创建监听. 5.在监听中会有contextIni...
web.xml的加载顺序
王瑾的专栏
01-12 507
Web．xml加载顺序 一、 1、启动一个WEB项目的时候，WEB容器会去读取它的配置文件web.xml，读取和两个结点。 2、紧急着，容创建一个ServletContext（servlet上下文），这个web项目的所有部分都将共享这个上下文。 3、容器将转换为键值对，并交给servletContext。 4、容器创建中的类实例，创建监听器。 二、 load-on-s
Web.xml加载顺序[汇编].pdf
10-20
《Web.xml加载顺序解析》 在Web应用开发中，`web.xml`是部署描述符，它定义了应用程序的行为和配置。了解`web.xml`的加载顺序对于优化和调试Web应用程序至关重要。本文将深入探讨`web.xml`的加载流程，以及各个元素...
Web.xml加载顺序
丶那一抹笑╰’穿透阳光
07-20 2103
Web．xml加载顺序   一、   1、启动一个WEB项目的时候，WEB容器会去读取它的配置文件web.xml，读取和两个结点。   2、紧急着，容创建一个ServletContext（servlet上下文），这个web项目的所有部分都将共享这个上下文。   3、容器将转换为键值对，并交给servletContext。   4、容器创建中的类实例，创建监听器
web.xml组件加载顺序
yiwuxia23的博客
01-02 627
在配置项目组件的过程中， 了解Tomcat加载组件顺序很有必要。 例如某些框架如Quartz的集群功能需要数据库的支持， 数据库的加载肯定要在框架组件加载之前。经过查阅和Debug发现， web.xm组件加载顺序为：context-param -> listener -> filter -> servlet(同类则按编写顺序执行)。web.xml常用组件解析： <web-app><display-
web.xml执行顺序
lijianjh的专栏
07-07 627
web.xml的执行顺序 2011-07-29 14:50:17           分类： Java 首先可以肯定的是，加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter。最终得出的结论是：listener -> filter -> servlet        
java servletlis_WEB.XML中Lisenter与Servlet的加载顺序
weixin_32284931的博客
02-24 198
问题描述：同事在测试环境升级一个定时任务的listener后，启动系统出现找不到数据源的错误。DBDataSource platformDataSource has not registed !分析过程：去掉这个listener后，程序可以正常启动。数据源也可以正常连接。说明中间件的数据源配置没问题。问题出在新添加到监听上。仔细看过这个新添的监听，发现这个listener用到了数据源。而liten...
详解contextConfigLocation|Spring启动过程详解
weixin_30644369的博客
09-07 186
spring的应用初始化流程一直没有搞明白，刚刚又碰到了相关的问题。决定得好好看看这个流程。我们在开发spring的项目当中基本上都会在web.xml通过： <context-param> <param-name>contextConfigLocation</param-name> <param-value...
【实习设计一】Java web项目中web.xml文件加载
hu_mility的专栏
12-23 440
前言：今天开始做实习设计，用到了Struts2+spring+hibernate框架，就对web容器以及各类框架的配置文件，进行一番深入的探究下。 1、当我们启动一个WEB项目的时候，WEB容器会去读取它的配置文件web.xml， 2、 ①首先读取， param-name设置context的名字，param-value用来设置其值 contextConfigL
【ssm】ssm整合web.xml文件加载顺序
日拱一卒，不期速成！
06-01 1337
<!-- web.xml文件加载顺序 context-param->Listener->filter->Servlet(同类级别按照顺序执行) 先初始化spring容器。加载applicationContext文件 初始化 service dao层 初始化service层 加载service层中的类 初始化dao层 加载dao层mapper中的接口 因为dao需要连接mys...
web.xml加载过程
weixin_41623699的博客
02-19 172
web.xml
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值