web.xml配置文件解说

细节看原文链接：http://www.tuicool.com/articles/iamEni

一 启动

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

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

3 、容器将 <context-param> 转换为键值对，并交给 servletContext 。  

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

二 加载顺序

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

ServletContext-> listener ->filter -> servlet

同时还存在着这样一种配置节点： context-param ，它用于向 ServletContext 提供键值对，即应用程序上下文信息。我们的 listener, filter 等在初始化时会用到这些上下文中的信息， 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配置文件解说

原文：http://www.cnblogs.com/cyl168/p/5109243.html