web.xml 中的listener、 filter、servlet 加载顺序及其详解

转载自：https://www.cnblogs.com/Jeely/p/10762152.html

---

 

一、概述

1、启动一个WEB项目的时候，WEB容器会去读取它的配置文件web.xml，读取和两个结点。 

2、紧急着，容创建一个ServletContext（servlet上下文），这个web项目的所有部分都将共享这个上下文。 

3、容器将转换为键值对，并交给servletContext。 

4、容器创建中的类实例，创建监听器。

二 、 load-on-startup

load-on-startup 元素在web应用启动的时候指定了servlet被加载的顺序，它的值必须是一个整数。如果它的值是一个负整数或是这个元素不存在，那么容器会在该 servlet被调用的时候，加载这个servlet 。如果值是正整数或零，容器在配置的时候就加载并初始化这个servlet，容器必须保证值小的先被加载。如果值相等，容器可以自动选择先加载谁。  

在servlet的配置当中，5的含义是： 

标记容器是否在启动的时候就加载这个servlet。 

当值为0或者大于0时，表示容器在应用启动时就加载这个servlet； 

当是一个负数时或者没有指定时，则指示容器在该servlet被选择时才加载。 

正数的值越小，启动该servlet的优先级越高。 

三  、加载顺序

首先可以肯定的是，加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter。最终得出的结论是：ServletContext -> listener -> filter -> servlet

        同时还存在着这样一种配置节：context-param，它用于向 ServletContext 提供键值对，即应用程序上下文信息。我们的 listener, filter 等在初始化时会用到这些上下文中的信息，那么 context-param 配置节是不是应该写在 listener 配置节前呢？实际上 context-param 配置节可写在任意位置，因此真正的加载顺序为：context-param -> listener -> filter -> servlet

        对于某类配置节而言，与它们出现的顺序是有关的。以 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 的加载顺序是：ServletContext -> context-param -> listener -> filter -> servlet ，而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的。

四 、 web.xml文件详解 

 

我将自己知道的web.xml的元素整理了一下：

1、web.xml首先是肯定要包含它的schema.

1 <web-app xmlns="http://java.sun.com/xml/ns/j2ee"
2     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
3     xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
4     version="2.4">
5 
6 web-app>

其它的元素都放在之中。

是对站台的描述
定义站台的名称
是指定该站台是否可分布式处理
用来设定web站台的环境参数，它包含两个子元素：
    用来指定参数的名称
    用来设定参数值

比如：

1 <context-param>
2     <param-name>my_paramparam-name>
3     <param-value>helloparam-value>
4 context-param>

在此设定的参数，可以在servlet中用 getServletContext().getInitParameter("my_param") 来取得

2、listener

用来设定Listener接口，它的主要子元素为
    定义Listener的类名称

比如：

1 <listener>
2     <listener-class>com.myTest.ContextListenerlistener-class> 
3 listener>

3.1、filter
是用来声明filter的相关设定，它包含以下子元素：
    这当然就是指定filter的名字
    这是用来定义filter的类的名称
    用来定义参数，它有两个子元素：
        用来指定参数的名称
        用来设定参数值

比如：

1 <filter>
2         <filter-name>setCharacterEncodingfilter-name>
3         <filter-class>com.myTest.setCharacterEncodingFilterfilter-class>
4         <init-param>
5             <param-name>encodingparam-name>
6             <param-value>GB2312param-value>
7         init-param>
8 filter>

3.2、filter-mapping

与同时使用的是 用来定义filter所对应的URL，它有两个子元素：
    指定filter的名字
    指定filter所对应的URL

比如：

1 <filter-mapping>
2         <filter-name>setCharacterEncodingfilter-name>
3         <url-pattern>/*url-pattern>
4 filter-mapping>

4.1、servlet

用来声明一个servlet的数据，主要有以下子元素：
    指定servlet的名称
    指定servlet的类名称
    指定web站台中的某个JSP网页的完整路径
    用来定义参数，和前面的差不多

4.2、servlet-mapping

与一起使用的是 用来定义servlet所对应的URL，包含两个子元素：
    指定servlet的名称
    指定servlet所对应的URL

比如：

1 <servlet>
2         <servlet-name>ShoppingServletservlet-name>
3         <servlet-class>com.myTest.ShoppingServletservlet-class>
4 servlet>
5 <servlet-mapping>
6         <servlet-name>ShoppingServletservlet-name>
7         <url-pattern>/shop/ShoppingServleturl-pattern>
8 servlet-mapping>

5、session-config
用来定义web站台中的session参数，包含一个子元素：
    用来定义这个web站台所有session的有效期限，单位为 分钟

6、mime-mapping
定义某一个扩展名和某一个MIME Type做对映，包含两个子元素：
    扩展名的名称
    MIME格式

比如：

1 <mime-mapping>
2     <extension>docextension>
3     <mime-type>application/vnd.ms-wordmime-type>
4 mime-mapping> 
5 <mime-mapping>
6     <extension>xlsextension>
7     <mime-type>application/vnd.ms-excelmime-type>
8 mime-mapping>

7、welcom-file-list
用来定义首页的列单，包含一个子元素：
    指定首页的文件名称

比如：

1 <welcome-file-list>
2     <welcome-file>index.jspwelcome-file>
3     <welcome-file>index.htmlwelcome-file>
4 welcom-file-list>

8、error-page
用来处理错误代码或异常的页面，有三个子元素：
    指定错误代码
    指定一个JAVA异常类型
    指定在web站台内的相关资源路径

比如：

1 <error-page>
2     <error-code>404error-code>
3     <location>/error404.jsplocation>
4 error-page>
5 <error-page>
6     <exception-type>java.lang.Exceptionexception-type>
7     <location>/exception.jsplocation>
8 error-page>

9、taglib
用来设定JSP网页所用到的Tag Library路径，有两个子元素：
    定义TLD文件的URI，在JSP网页中用taglib指令便可取得该URI的TLD文件
    指定TLD文件相对于web站台的存放位置

比如：

1 <taglib>
2       <taglib-uri>myTaglibtaglib-uri>
3       <taglib-location>/WEB-INF/tlds/MyTaglib.tldtaglib-location>
4 taglib>

10、resource-ref
定义利用JNDI取得站台可利用的资源，有五个子元素：
    资源说明
    资源名称
    资源种类
    资源经由Application或Container来许可
    资源是否可以共享，有Shareable和Unshareable两 个                                                                     值，默认为Shareable

比如，配置数据库连接池就可在此配置：

1 <resource-ref>
2         <description>JNDI JDBC DataSource of shopdescription>
3         <res-ref-name>jdbc/sample_dbres-ref-name>
4         <res-type>javax.sql.DataSourceres-type>
5         <res-auth>Containerres-auth>
6 resource-ref>

11、jsp-config
包括 和 两个子元素。
    其中元素在JSP 1.2时就已经存在；而是JSP 2.0 新增的元素。
    元素主要有八个子元素，它们分别为：
    1).：设定的说明；
    2).：设定名称；
    3).：设定值所影响的范围，如：/CH2 或 /*.jsp；
    4).：若为true，表示不支持EL 语法；
    5).：若为true，表示不支持<% scripting %>语法；
    6).：设定JSP 网页的编码；
    7).：设置JSP 网页的抬头，扩展名为.jspf；
    8).：设置JSP 网页的结尾，扩展名为.jspf。
一个简单的元素完整配置：

 1 <jsp-config>
 2     <taglib>
 3         <taglib-uri>Taglibtaglib-uri>
 4         <taglib-location>/WEB-INF/tlds/MyTaglib.tldtaglib-location>
 5     taglib>
 6     <jsp-property-group>
 7         <description>Special property group for JSP Configuration JSP example.description>
 8         <display-name>JSPConfigurationdisplay-name>
 9         <url-pattern>/jsp/* url-pattern>
10         <el-ignored>trueel-ignored>
11         <page-encoding>GB2312page-encoding>
12         <scripting-invalid>truescripting-invalid>
13         <include-prelude>/include/prelude.jspfinclude-prelude>
14         <include-coda>/include/coda.jspfinclude-coda>
15     jsp-property-group>
16 jsp-config>  

配置web.xml来限制对某些servlet的请求

有时我们只希望通过认证的用户才能请求某些servlet的话，就可以在web.xml中来进行相应的配置，来达到此目的。

这就要用到元素。
对于tomcat，中web.xml使用security-constraint元素需要在位于/conf/tomcat-users.xml的XML文件中创建用户名和密码。比如下面的这个tomcat- users.xml文件：

1 xml version='1.0' encoding='utf-8'?>
2 <tomcat-users>
3   <role rolename="tomcat"/>
4   <role rolename="manager"/>
5   <role rolename="admin"/>
6   <user username="tomcat" password="tomcat" roles="tomcat"/>
7   <user username="both" password="tomcat" roles="tomcat,manager"/>
8   <user username="admin" password="admin" roles="admin"/>
9 tomcat-users>

此XML片段包括一个tomcat-users根元素，它包含一个或多个role和user元素。
然后在Web应用程序的web.xml中创建security-constraint、login-config和security-role元素。

 1 <security-constraint>
 2       <web-resource-collection>
 3           <web-resource-name>HelloServletweb-resource-name>
 4           <url-pattern>/HelloServleturl-pattern>
 5           <http-method>GEThttp-method>
 6           <http-method>POSThttp-method>
 7       web-resource-collection>
 8       <auth-constraint>
 9           <description>This applies only to the "tomcat" security roledescription>
10           <role-name>adminrole-name>
11       auth-constraint>
12       <user-data-constraint>
13           <transport-guarantee>NONEtransport-guarantee>
14       user-data-constraint>
15   security-constraint>
16   <login-config>
17       <auth-method>BASICauth-method>
18   login-config>
19   <security-role>
20       <role-name>adminrole-name>
21   security-role>

其中security-constraint元素包含一个或多个web-resource-collection元素，它是描述Web应用程序中的哪些 web资源受到指定安全限制的保护。http-method元素指定安全限制覆盖的HTTP方法。上面的例子中，当我们对/HelloServlet的 GET或POST请求时将触发配置的安全机制。
auth-constraint元素用于描述允许访问Web组件的安全角色。此例中安全角色的例子有tomcat、manager、admin。而只有当作为admin角色的用户才可以访问HelloServlet。

Web应用程序通过login-config元素来认证用户，并确认该用户是否为正确的角色。
longin-config包含的transport-guarantee子元素用来指定认证方法，BASIC是一种常见的Web认证方式，浏览器给用户 提示一个对话框，要求输入用户名和密码，随后Tomcat将给出的用户名和密码与tomcat-users.xml中的用户名和密码进行比较，然后使用前 面的security-constraint配置来确定用户是否可访问受保护的servlet。

（除BASIC外，还可以是FORM、CLIENT-CERT、DIGEST等）

其实这种认证方法实际上有两个步骤：
1、检查提供的用户名和密码是否正确。
2、判断用户是否映射到特定的安全角色。例如，用户可能提供了正确的用户名和密码，但没有映射到特定的安全角色，也将被禁止访问特定的Web资源。