web.xml深度剖析

注：本文是前辈在网络上提供资料的整合。如有冒犯请微信联系我！

Web.xml 定义

说破天就是一个web应用的配置文件，就像一个作战图，调兵谴将，搭配兵种，地形，时间，战略。

1： Web.xml加载的过程

当我们的项目部署到服务器（Jboss,Tomcat等容器）后，开启运行服务器时，服务器首先读取项目中的web.xml（配置文件）中的配置信息，当这一步骤没有出错并且完成之后，项目才能正常地被启动起来。

启动WEB项目的时候，容器首先会去它的配置文件web.xml读取两个节点: <listener></listener>和<context-param></context-param>紧接着，容器创建一个ServletContext（application），这个WEB项目所有部分都将共享这个上下文。容器以<context-param></context-param>的name作为键，value作为值，将其转化为键值对，存入ServletContext。容器创建<listener></listener>中的类实例，根据配置的class类路径来创建监听，在监听中会有 contextInitialized(ServletContextEvent args)初始化方法，启动Web应用时，系统调用Listener的该方法，在这个方法中获得： ServletContext application=ServletContextEvent.getServletContext(); context-param的值= application.getInitParameter("context-param的键");得到这个context-param的值之后，你就可以做一些操作了。举例：你可能想在项目启动之前就打开数据库，那么这里就可以在这<context-param>中设置数据库的连接方式（驱动、url、user、password），在监听类中初始化数据库的连接。这个监听是自己写的一个类，除了初始化方法，它还有销毁方法，用于关闭应用前释放资源。比如:说数据库连接的关闭，此时，调用contextDestroyed(ServletContextEventargs)，关闭Web应用时，系统调用Listener的该方法。接着，容器会读取<filter></filter>，根据指定的类路径来实例化过滤器。以上都是在WEB项目还没有完全启动起来的时候就已经完成了的工作。如果系统中有Servlet，则Servlet是在第一次发起请求的时候被实例化的，而且一般不会被容器销毁，它可以服务于多个用户的请求。所以，Servlet的初始化都要比上面提到的那几个要迟。 总的来说，web.xml的加载顺序是: <context-param>-> <listener> -> <filter> -><servlet> 。其中，如果web.xml中出现了相同的元素，则按照在配置文件中出现的先后顺序来加载。 —-对于某类元素而言，与它们出现的顺序是有关的。以<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>类似，此处不再赘述。

2：web.xml标签大全

1. XML文档有效性检查

<?xml version="1.0" encoding="UTF-8"?> <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" version="2.5"> 这段代码指定文件类型定义(DTD)，可以通过它检查XML文档的有效性。下面显示的<!DOCTYPE>元素有几个特性，这些特性告诉我们关于DTD的信息：

2. <web-app></web-app> 跟标签

web.xml 的加载顺序是：context-param -> listener -> filter -> servlet ，而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的。

3.<display-name></display-name>web应用名称(工程名称)

4.<description></description>描述信息

元素给出与此有关的说明性文本

5.<context-param></context-param>元素声明应用范围内的初始化参数

<!--**************上下文初始化参数配***************--> <context-param> <param-name>contextConfigLocation</param-name> <param-value> classpath*:/applicationContext.xml, classpath*:/applicationContext-shiro.xml </param-value> </context-param> 解释： <context-param>元素含有一对参数名和参数值，用作应用的Servlet上下文初始化参数，参数名在整个Web应用中必须是惟一的，在web应用的整个生命周期中上下文初始化参数都存在，任意的Servlet和jsp都可以随时随地访问它。<param-name>子元素包含有参数名，而<param-value>子元素包含的是参数值。作为选择，可用<description>子元素来描述参数。 Spring配置文件： 配置spring，必须需要<listener>，而<context-param>可有可无，如果在web.xml中不写<context-param>配置信息，默认的路径是/WEB-INF/applicationContext.xml，在WEB-INF目录下创建的xml文件的名称必须是applicationContext.xml。如果是要自定义文件名可以在web.xml里加入contextConfigLocation这个context参数：在<param-value>里指定相应的xml文件名，如果有多个xml文件，可以写在一起并以“,”号分隔，比如在上面代码中。

6. session-config

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

7.servlet,filter,listene三个标签之后会详细解析！

8.error-page

<error-page> <exception-type>java.lang.Throwable</exception-type> <location>/WEB-INF/views/error/500.jsp</location> </error-page> <error-page> <error-code>500</error-code> <location>/WEB-INF/views/error/500.jsp</location> </error-page> <error-page> <error-code>404</error-code> <location>/WEB-INF/views/error/404.jsp</location> </error-page>

寻找错误页面的配置就不多说了，500,抛异常，400的配置！location自定义喽！ 总结：web.xml的标签常用基本就这么多，listener，filter,servlet之后详细讲解！这三个标签也算是web.xml核心配置了！