java 资源描述文件_eclipse ： java项目中的web.xml（ Deployment Descriptor 部署描述文件 ）配置说明...

context-param、listener、filter、servlet

首先可以肯定的是，加载顺序与它们在 web.xml 配置文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter。最终得出的结论是： 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 的加载顺序是： context-param -> listener -> filter -> servlet ，而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的

context-param

配置的是整个web应用的上下文初始化参数。

如果想要获得参数值，可以在servlet中调用：

(1) getServletContext.getInitParameter(“”);

(2) getServletConfig().getServletContext().getInitParameter();

在web应用部署完成以后，值没法改变。

listener

web容器自己会根据listener-class中的类implements什么类型的接口进行判断。

filter

filer 有两个配置节点：filer和filer-mapping，其中对应的filer-mapping必须在filer配置节点配置完成后才能进行配置。而filer-mapping的映射可以根据：url-pattern，类似于servlet-mapping。或者直接使用。

servlet

init-param：配置的key/value会被设置到该servlet对应的servletConfig对象。注意：不同于ServletContxt，每个servlet

都会有自己的servletConfig。部署完成后，参数值不能变。

??load-on-startup：用来确定servlet的加载时间。如果未设置或者为负数，则在该servlet对应的第一个用户请求到来时，才加载servlet类，并调用init()。如果为正数或者0，则在web应用部署后就加载servlet。其数字的大小又标识了加载的顺序，值越小越早被加载，如果值相等，就先在web.xml声明的先加载。

session-config (会话超时设置，单位分钟)

如果某个会话在一定时间内未被访问，服务器可以抛弃它以节省内存。 可通过使用HttpSession的setMaxInactiveInterval方法明确设置单个会话对象的超时值(此时单位是秒)，或者可利用session-config元素制定缺省超时值(此时单位是分支)。