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容器。配置的是web容器的参数，定义的也是属于该web容器启动时的一个监听器。web容器读取加载了它的若干配置(appcontext-*.xml)参数，然后再通过一个ServletContextEvent事件通知它的监听器：“我启好了哦”。事件是包含消息内容的，这个发给ContextLoaderListener的事件里，就包含了ServletContext即web容器的上下文，web容器的上下文里就包含了context-param（我们在①处配置的那些参数），那么我们的ContextLoaderListener就能读到我们的contextConfigLocation的配置信息了。接到了事件通知，又从通知事件里拿到了配置参数，接下来spring容器就顺利启动。

注意监听器listener并不是在web容器启好了之后才收到事件通知，而是在所有(appcontext-*.xml)加载完了之后，web容器的上下文ServletContext初始化完成后就收到了通知，而listener收到的事件消息里恰恰包含的也是刚刚才建立起来的这个ServletContext。

web.xml的初始化顺序

ServletContext -> context-param -> listener -> filter -> servlet
而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的

classpath

比如我的一个项目编译后的这个路径：
dish-server/target/dish-server-0.0.1-SNAPSHOT/WEB-INF
WEB-INF 下包含如下内容：

这里的classes和lib就是我们抽象的classpath。
1. classes下包含的是我们web工程里java下所有编译完的class文件以及resources下的所有资源文件(appcontext-*.xml)。

2. lib下包含的是我们所依赖的所有jar包。

参考：
https://www.douban.com/note/330371577/?type=like