目录
问题:web.xml 配置文件中需要 监听器(contextLoaderListener)吗?
spring 上下文和spring mvc上下文和web应用上下文servletContext之间的关系
问题:web.xml 配置文件中需要 监听器(contextLoaderListener)吗?
为什么探究这个问题,因为我在配置SSM环境时,遇到了 这个问题,因为我的 web.xml 配置如下,且一直没有配置监听器,老师讲的有让配置,我就懵逼了,
我问他:不配置可以吗?
他说:SpringMVC子容器 什么放到Spring IOC 父容器 中,一定要 配置 监听器,巴拉巴拉小魔仙。。。
我的配置如下:
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://xmlns.jcp.org/xml/ns/javaee"
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd"
metadata-complete="true" version="3.1">
<display-name>Archetype Created Web Application</display-name>
<servlet>
<servlet-name>spring-dispatcher</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<!--我就是 这么干的 -->
<param-value>classpath:spring/spring-*.xml</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>spring-dispatcher</servlet-name>
<!-- 默认匹配所有的请求 -->
<url-pattern>/</url-pattern>
</servlet-mapping>
</web-app>
在上面的配置中添加监听器 访问页面 就会报 404 (据说配置了监听器,就需要配置 Web 应用上下文)
<!-- <listener>
<!– ContextLoaderListener监听器负责完成IOC容器在web环境容器的启动工作 –>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 此处可以不用监听器
</listener>-->
老师的web.xml 配置
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://java.sun.com/xml/ns/javaee"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
id="WebApp_ID" version="2.5">
<!--配置spring提供的监听器:ContextLoaderListener,说明:
1.ContextLoaderListener监听器,监听ServletContext对象的创建和销毁,一旦ServletContet
对象创建,就创建spring的容器,并且把spring容器放到ServletContext对象中
2.该监听器默认只能加载WEB-INF目录下applicationContext.xml文件
3.通过<context-param>标签配置指定spring配置文件的位置,改变默认的加载位置
-->
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<!--配置spring的配置文件位置(全局参数)-->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring/applicationContext.xml</param-value>
</context-param>
<!--配置前端控制器(DispatcherServlet)-->
<servlet>
<servlet-name>ssm</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<!--加载springmvc的主配置文件-->
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring/springmvc.xml</param-value>
</init-param>
<!--配置tomcat启动就加载前端控制器-->
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>ssm</servlet-name>
<!--配置请求的url规则,说明:
1.*.do,表示以.do结尾的请求进入前端控制器
2./,表示所有请求都进入前端控制器
-->
<url-pattern>*.do</url-pattern>
</servlet-mapping>
</web-app>
对此,我很无奈,我就只能上网查了,但是 也是似懂非懂,设计到源码级别的分析。
spring 上下文和spring mvc上下文和web应用上下文servletContext之间的关系
spring的启动过程:
- 首先,对于一个web应用,其部署在web容器中,web容器提供其一个全局的上下文环境,这个上下文就是ServletContext,其为后面的spring IoC容器提供宿主环境(比如为DispatcherServlet上下文提供宿主环境);
- 其次,在web.xml中会提供contextLoaderListener。在web容器启动时,会触发容器初始化事件,此时contextLoaderListener会监听到这个事件,其contextInitialized方法会被调用,在这个方法中,spring会初始化一个启动上下文,这个上下文被称为根上下文,即WebApplicationContext(web应用对应的上下文),这是一个接口类,确切的说,其实际的实现类是XmlWebApplicationContext。这个就是spring的IoC容器,其对应的Bean定义的配置由web.xml中的context-param标签指定(我显然没有配置这个)。在这个IoC容器初始化完毕后,spring以WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE为属性Key,将其存储到ServletContext中,便于获取;
- 再次,contextLoaderListener监听器初始化完毕后,开始初始化web.xml中配置的Servlet(我的配置如此Servlet对应的上下文),这个servlet可以配置多个,以最常见的DispatcherServlet为例,这个servlet实际上是一个标准的前端控制器,用以转发、匹配、处理每个servlet请求。DispatcherServlet上下文在初始化的时候会建立自己的IoC上下文(Servlet对应的上下文),用以持有spring mvc相关的bean。在建立DispatcherServlet自己的IoC上下文时,会利用WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE先从ServletContext中获取之前的根上下文(即WebApplicationContext)作为自己上下文的parent上下文。有了这个parent上下文之后,再初始化自己持有的上下文。这个DispatcherServlet初始化自己上下文的工作在其initStrategies方法中可以看到,大概的工作就是初始化处理器映射、视图解析等。这个servlet自己持有的上下文默认实现类也是XmlWebApplicationContext。初始化完毕后,spring以与servlet的名字相关(此处不是简单的以servlet名为Key,而是通过一些转换,具体可自行查看源码)的属性为属性Key,也将其存到ServletContext中,以便后续使用。这样每个servlet就持有自己的上下文,即拥有自己独立的bean空间,同时各个servlet共享相同的bean,即根上下文(第2步中初始化的上下文)定义的那些bean。
说完了spring上下文的初始化过程,这三个上下文的关系应该就了解了。如还是不太清楚,我就爱莫能助了,只能自行看代码去了。(转自https://segmentfault.com/q/1010000000210417 )
提炼一下:
ContextLoaderListener 是在上下文加载的时候调用一些配置进行初始化(根上下文),比如你配置的<context-param>之类的标签。
1. 如果只有 Spring mvc 的一个 Servlet,listener 可以不用。
2. 但是如果用了Shiro 等,Shiro 用到的 Spring 的配置必须在 listener 里加载。所以,有时可用可不用,有时必用,具体看情况。
总结
由ContextLoaderListener启动的上下文是根上下文,根上下文是和web应用相对应的一个上下文
而DispatchServlet持有的上下文是和Servlet对应的一个上下文,在一个web应用中可以容纳多个Servlet存在;
与此对应,对于web容器的上下文体系,一个根上下文可以作为许多Servlet上下文的双亲上下文。在向IOC容器getBean时,IOC容器首先向双亲上下文去getBean,也就说根上下文中定义的bean是可以被各个Servlet持有的上下文得到和共享的,最后DispatchServlet给这个自己持有的上下文命名。