web是如何启动spring容器的

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 的顺序进行调用的。

web容器启动时的步骤是：

1、启动一个WEB项目的时候，WEB容器会去读取它的配置文件web.xml，读取<listener>和<context-param>两个结点。  
2、紧接着，容创建一个ServletContext（servlet上下文），这个web项目的所有部分都将共享这个上下文。  
3、容器将<context-param>转换为键值对，并交给servletContext。  
4、容器创建<listener>中的类实例，创建监听器。  

web.xml 的加载顺序是：context-param -> listener -> filter -> servlet 

在我们的项目里面有一个针对不同环境的.properties 文件，里面是放的对于不同环境的一些配置，这些文件会在我们的profiles文件里面对应引用。所以也会在install 或package时编译到我们对应的配置文件里面。

但是我发现还有些.xml文件是在web.xml 的<context-param>上下文参数中定义的，容器将<context-param>转换为键值对，并交给servletContext，这些变量值可以在我们的程序里面通过注解的方式引用，因为这些是存在我们整个web项目的。

所以在配置自己的参数时得首先明白那些参数时要在编译的时候就要赋予的值，那些参数是在应用程序里面要用到的值。

   

 

spring容器是如何在web应用中得到应用的，web容器又是如何以及何时启动spring容器的呢？今天来阐述一下,话不多说，看web.xml中几段配置

    <!---①从类路径下加载spring配置文件->
    <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包。