web.xml文件加载顺序
一、
1 、启动一个 WEB 项目的时候, WEB 容器会去读取它的配置文件 web.xml ,读取 <listener> 和 <context-param> 两个结点。
2 、紧急着,容创建一个 ServletContext ( servlet 上下文),这个 web 项目的所有部分都将共享这个上下文。
3 、容器将 <context-param> 转换为键值对,并交给 servletContext 。
4 、容器创建 <listener> 中的类实例,创建监听器。
二、
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 的顺序进行调用的。
2、紧接着,容创建一个ServletContext(servlet上下文),这个web项目的所有部分都将共享这个上下文。
3、容器将<context-param>转换为键值对,并交给servletContext。
4、容器创建<listener>中的类实例,创建监听器。
spring容器是如何在web应用中得到应用的,web容器又是如何以及何时启动spring容器的呢?今天来阐述一下,话不多说,看web.xml中几段配置
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
classpath*:config/spring/common/appcontext-*.xml,
classpath*:config/spring/local/appcontext-*.xml,
classpath*:/config/spring/abtest/appcontext-*.xml,
classpath*:/config/spring/pagelet/appcontext-pagelet-core.xml
</param-value>
</context-param>
<!--②负责启动spring容器的监听器,它将使用①处的上下文参数获得spring配置文件地址-->
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
首先要搞清楚,这个配置文件是web.xml,所以加载这个文件启动的是web容器。<context-param>配置的是web容器的参数,<listener>定义的也是属于该web容器启动时的一个监听器。web容器读取加载了它的若干配置参数,然后再通过一个ServletContextEvent事件通知它的监听器:“我启好了哦”。事件是包含消息内容的,这个发给ContextLoaderListener的事件里,就包含了ServletContext即web容器的上下文,web容器的上下文里就包含了context-param(我们在①处配置的那些参数),那么我们的ContextLoaderListener就能读到我们的contextConfigLocation的配置信息了。接到了事件通知,又从通知事件里拿到了配置参数,接下来去巴拉巴拉启动spring容器就顺利成章了吧~~
但,其实上面有一个地方我讲得并不对,监听器listener并不是在web容器启好了之后才收到事件通知,而是在所有加载完了之后,web容器的上下文ServletContext初始化完成后就收到了通知,而listener收到的事件消息里恰恰包含的也是刚刚才建立起来的这个ServletContext。
提前透露一下web.xml的初始化顺序:context-param --> listener --> filter --> servlet 。
什么又是classpath呢?比如我的一个项目编译后的这个路径:
dish-server/target/dish-server-0.0.1-SNAPSHOT/WEB-INF
WEB-INF 下包含如下内容:
这里的classes和lib就是我们抽象的classpath。
1.classes下包含的是我们web工程里java下所有编译完的class文件以及resources下的所有资源文件。
2.lib下包含的是我们所依赖的所有jar包。