web.xml中context-param标签和listener监听器和filter过滤器和servlet加载顺序

逃离我推掉我的手 2021-11-26 14:30 159阅读 0赞

１．初始化过程分四步

> 1.  在启动 Web 项目时 , web 容器 ( 比如tomcat ) 会先读取 web.xml 文件中的两个节点 <listener> 和 <context-param>
> 2.  接着容器会创建一个 ServletContext 对象 (也就是 servlet上下文 ), 这个 web 项目的所有部分都将共享这个上下文
> 3.  在第一步读取的 <context-param> 信息 , 将会转换为键值对的形式 , 并交给 servletContext 对象(这些键值对,会被 listener , filter 等使用到 )
> 4.  接着容器会创建 <listener> 注册的监听器对象

２．servlet的启动顺序

<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 。最终得出的结论是： 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 的顺序进行调用的。