web.xml配置加载顺序

一、  加载顺序

首先可以肯定的是，加载顺序与它们在 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所指定的filter-class 还未定义。web 容器启动时初始化每个 filter 时，是按照 filter配置节点出现的顺序来初始化（即调用过滤器类中的init()方法）的，当请求资源（即请求的url）匹配多个 filter-mapping 时，filter 拦截资源是按照filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的。

       servlet 同 filter类似，此处不再赘述。

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

二、  Load-on-startup

Load-on-startup元素：web应用启动时，用于指定servlet被加载的顺序。

它的值必须是一个整数。

若该元素的值是一个负整数或该元素不存在，则容器在该servlet被调用时，加载这个servlet。

若该元素的值是正整数或零，则容器在启动时就加载并初始化（调用sevlet中的init()方法）这个servlet。

该元素值小的先被加载。

该元素值相等时，容器自动选择先加载谁。 

在servlet的配置当中，<load-on-startup>5</load-on-startup>的含义是： 

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

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

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

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