web.xml文件详解

前言：一般的web工程中都会用到web.xml，web.xml主要用来配置，可以方便的开发web工程。web.xml主要用来配置Filter、Listener、Servlet等。但是要说明的是web.xml并不是必须的，一个web工程可以没有web.xml文件。

1. WEB工程加载web.xml过程
   　　经过个人测试，WEB工程加载顺序与元素节点在文件中的配置顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter。WEB容器的加载顺序是：ServletContext -> context-param -> listener -> filter -> servlet。并且这些元素可以配置在文件中的任意位置。
   　　加载过程顺序如下：

   1. 启动一个WEB项目的时候，WEB容器会去读取它的配置文件web.xml，读取和两个结点。
   2. 紧急着，容创建一个ServletContext（servlet上下文），这个web项目的所有部分都将共享这个上下文。
   3. 容器将转换为键值对，并交给servletContext。
   4. 容器创建中的类实例，创建监听器。

2. web.xml文件元素详解

   • schema
     web.xml的模式文件是由Sun公司定义的，每个web.xml文件的根元素中，都必须标明这个 web.xml使用的是哪个模式文件。其它的元素都放在之中。
   • Web应用图标
     指出IDE和GUI工具用来表示Web应用的大图标和小图标。

   
       /images/app_small.gif
       /images/app_large.gif
   
   

   • Web应用名称
     提供GUI工具可能会用来标记这个特定的Web应用的一个名称

   Tomcat Example
   

   • Web应用描述
     给出于此相关的说明性文本

   Tomcat Example servlets and JSP pages.
   

   • 上下文参数
     声明应用范围内的初始化参数。它用于向 ServletContext提供键值对，即应用程序上下文信息。我们的listener, filter等在初始化时会用到这些上下文中的信息。在servlet里面可以通过getServletContext().getInitParameter("context/param")得到。

   
       ContextParameter
       test
       It is a test parameter.
   
   

   • 过滤器
     将一个名字与一个实现javaxs.servlet.Filter接口的类相关联。

   
       setCharacterEncoding
       com.myTest.setCharacterEncodingFilter
       
           encoding
           UTF-8
       
   
   
       setCharacterEncoding
       /*
   
   

   • 监听器

    
       com.listener.SessionListener 
       
   

   • 
     用来声明一个servlet的数据，主要有以下子元素：

    指定servlet的名称
    指定servlet的类名称
    指定web站台中的某个JSP网页的完整路径
    用来定义参数，可有多个init-param。在servlet类中通过getInitParamenter(String name)方法访问初始化参数
   指定当Web应用启动时，装载Servlet的次序。当值为正数或零时：Servlet容器先加载数值小的servlet，再依次加载其他数值大的servlet。当值为负或未定义：Servlet容器将在Web客户首次访问这个servlet时加载它。
    用来定义servlet所对应的URL，包含两个子元素
    指定servlet的名称
    指定servlet所对应的URL
   
   
       snoop
       SnoopServlet
   
   
       snoop
       /snoop
   
   
   
       snoop
       SnoopServlet
       
           foo
           bar
       
       
           Security role for anonymous access
           tomcat
       
   
   
       snoop
       /snoop
   
   

   • 会话超时配置
     单位为分钟。

   
       120
   
   

   
       htm
       text/html
   
   

   • 欢迎文件页

   
       index.jsp
       index.html
       index.htm
   
   

   • 错误页面

   
   
       404
       /NotFound.jsp
   
   
   
       java.lang.NullException
       /error.jsp
   
   

   • 设置jsp
     包括 和 两个子元素。其中 元素在JSP 1.2 时就已经存在；而 是JSP 2.0 新增的元素。
     元素主要有八个子元素，它们分别为：

   ：设定的说明 
   ：设定名称 
   ：设定值所影响的范围，如： /CH2 或 /*.jsp
   ：若为 true，表示不支持 EL 语法 
   ：若为 true，表示不支持 <% scripting %>语法 
   ：设定 JSP 网页的编码 
   ：设置 JSP 网页的抬头，扩展名为 .jspf
   ：设置 JSP 网页的结尾，扩展名为 .jspf
   
       
           Taglib
           /WEB-INF/tlds/MyTaglib.tld
       
       
           Special property group for JSP Configuration JSP example.
           JSPConfiguration
           /jsp/* 
           true
           GB2312
           true
           /include/prelude.jspf
           /include/coda.jspf
       
   
   

对于Web 应用程式来说，Scriptlet 是个不乐意被见到的东西，因为它会使得HTML 与Java 程式码交相混杂，对于程式的维护来说相当的麻烦，必要的时候，可以在web.xml 中加上 标签，设定所有的JSP 网页都不可以使用Scriptlet。

3. Mapping规则

当一个请求发送到servlet容器的时候，容器先会将请求的url减去当前应用上下文的路径作为servlet的映射url，比如我访问的是http://localhost/test/aaa.html，我的应用上下文是test，容器会将http://localhost/test去掉，剩下的/aaa.html部分拿来做servlet的映射匹配。这个映射匹配过程是有顺序的，而且当有一个servlet匹配成功以后，就不会去理会剩下的servlet了。

其匹配规则和顺序如下：

• 精确路径匹配。例子：比如servletA 的url-pattern为 /test，servletB的url-pattern为 /* ，这个时候，如果我访问的url为http://localhost/test ，这个时候容器就会先 进行精确路径匹配，发现/test正好被servletA精确匹配，那么就去调用servletA，也不会去理会其他的servlet了。
• 最长路径匹配。例子：servletA的url-pattern为/test/，而servletB的url-pattern为/test/a/，此时访问http://localhost/test/a时，容器会选择路径最长的servlet来匹配，也就是这里的servletB。
• 扩展匹配，如果url最后一段包含扩展，容器将会根据扩展选择合适的servlet。例子：servletA的url-pattern：*.action
• 以”/’开头和以”/”结尾的是用来做路径映射的。以前缀”.”开头的是用来做扩展映射的。所以，为什么定义”/*.action”这样一个看起来很正常的匹配会错？因为这个匹配即属于路径映射，也属于扩展映射，导致容器无法判断。

---

转载至：http://www.cnblogs.com/hellojava/archive/2012/12/28/2835730.html