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 父容器 中，一定要 配置 监听器，巴拉巴拉小魔仙。。。
我的配置如下：

  Archetype Created Web Application

  
    spring-dispatcher
    org.springframework.web.servlet.DispatcherServlet
    
      contextConfigLocation 
      
      classpath:spring/spring-*.xml
    
  
  
    spring-dispatcher
    
    /
  

 在上面的配置中添加监听器 访问页面 就会报  404 （据说配置了监听器，就需要配置 Web 应用上下文）

老师的web.xml 配置 

    
    
    
        org.springframework.web.context.ContextLoaderListener
    

    
    
        contextConfigLocation
        classpath:spring/applicationContext.xml
    
    
    
    
    
        ssm
        org.springframework.web.servlet.DispatcherServlet

        
        
            contextConfigLocation
            classpath:spring/springmvc.xml
        

        
        1
    

    
        ssm
        
        *.do
    

 对此，我很无奈，我就只能上网查了，但是 也是似懂非懂，设计到源码级别的分析。

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 是在上下文加载的时候调用一些配置进行初始化（根上下文），比如你配置的之类的标签。

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给这个自己持有的上下文命名。