web.xml的执行顺序

在项目中总会遇到一些关于加载的优先级问题，近期也一样遇到过相似的，因此本身查找资料总结了下，下面有些是转载其余人的，毕竟人家写的不错，本身 也就不重复造轮子了，只是略加点了本身的修饰。 

        首先能够确定的是，加载顺序与它们在 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 的顺序进行调用的。