web容器启动Spring

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包。