web.xml中元素启动顺序以及解析
一、
1.web项目启动的时候首先读取web.xml文件。首先读取<listener>和<context-param>两个结点.
2.紧接着，容器创建一个ServletContext（servlet上下文），这个web项目的所有部分都将共享这个上下文。
3.容器将<context-param>转换为键值对，并交给servletContext。
4.容器创建<listener>中的类实例，创建监听器。
二、 Load-on-startup
Load-on-startup 元素在web应用启动的时候指定了servlet被加载的顺序，它的值必须是一个整数。如果它的值是一个负整数或是这个元素不存在，那么容器会在该servlet被调用的时候，加载这个servlet。如果值是正整数或零，容器在配置的时候就加载并初始化这个servlet，容器必须保证值小的先被加载。如果值相等，容器可以自动选择先加载谁。
在servlet的配置当中，<load-on-startup>5</load-on-startup>的含义是：
标记容器是否在启动的时候就加载这个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的顺序进行调用的。
来源于:http://www.cnblogs.com/morlin/p/4301063.html