转:https://www.douban.com/note/330371577/?type=like
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包。
话不多说,看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包。