spring的启动过程(spring 上下文和spring mvc上下文和web应用上下文servletContext之间的关系)

目录

问题:web.xml 配置文件中需要 监听器(contextLoaderListener)吗?

老师的web.xml 配置 

spring 上下文和spring mvc上下文和web应用上下文servletContext之间的关系

spring的启动过程:

 总结


问题: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>
    &lt;!&ndash; ContextLoaderListener监听器负责完成IOC容器在web环境容器的启动工作 &ndash;&gt;
    <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的启动过程:

  1. 首先,对于一个web应用,其部署在web容器中,web容器提供其一个全局的上下文环境,这个上下文就是ServletContext,其为后面的spring IoC容器提供宿主环境(比如为DispatcherServlet上下文提供宿主环境);
  2. 其次,在web.xml中会提供contextLoaderListener。在web容器启动时,会触发容器初始化事件,此时contextLoaderListener会监听到这个事件,其contextInitialized方法会被调用,在这个方法中,spring会初始化一个启动上下文,这个上下文被称为根上下文,即WebApplicationContext(web应用对应的上下文),这是一个接口类,确切的说,其实际的实现类是XmlWebApplicationContext。这个就是spring的IoC容器,其对应的Bean定义的配置由web.xml中的context-param标签指定(我显然没有配置这个)。在这个IoC容器初始化完毕后,spring以WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE为属性Key,将其存储到ServletContext中,便于获取;
  3. 再次,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给这个自己持有的上下文命名。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

阿龙先生啊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值