Spring 梳理-webApplicationContext 与servletContext

【Spring 梳理-webApplicationContext 与servletContext】幼敏悟过人,读书辄成诵。这篇文章主要讲述Spring 梳理-webApplicationContext 与servletContext相关的知识,希望能为你提供帮助。

  1. 1.WebApplicationContext的研究
              ApplicationContext是spring的核心,Context通常解释为上下文环境,用“容器”来表述更容易理解一些,ApplicationContext则是“应用的容器了”了。
            spring把bean放在这个容器中,在需要的时候,用getBean()方法取出,在web应用中,会用到webApplicationContext,继承自ApplicationContext
          在web.xml初始化WebApplicationContext:
        < context-param>
                        < param-name> contextConfigLocation< /param-name>
                        < param-value> /WEB-INF/applicationContext.xml< /param-value>
      < /context-param>
    < listener>
            < listener-class> org.springframework.web.context.ContextLoaderListener< /listener-class>
    < /listener>
    或者用ContextLoaderServlert亦可(加< load-on-startup> 1< /load-on-startup> )
     
    2.ServletContext详解
          ServletContext 是Servlet与Servlet容器之间直接通信的接口,Servlet容器在启动一个web应用时,会为它创建一个ServletContext对象,每个web应用有唯一的ServletContext对象,同一个web应用的所有Servlet对象共享一个 ServletContext,Servlet对象可以通过它来访问容器中的各种资源
    存取共享数据方法:
      setAttribute(String name,Object obj)
    getAttribute(String name)
     
            WebApplicationContext  ctx=WebApplicationContextUtils.getWebApplicationContext(request.getSession().getServletContext());                           DataSource ds=      ctx.getBean(DataSource.class);               jRExportService.setDataSource(ds)
    这里得到了spring 的webApplicationContext ,spring的bean都放在里面,然后直接getBean就可以得到了
  2. 原文链接 http://blog.sina.com.cn/s/blog_534f69a001011lkj.html
  3. spring的启动过程:
      • 首先,对于一个web应用,其部署在web容器中,web容器提供其一个全局的上下文环境,这个上下文就是ServletContext,其为后面的spring IoC容器提供宿主环境; 
      • 其次,在web.xml中会提供有contextLoaderListener。在web容器启动时,会触发容器初始化事件,此时contextLoaderListener会监听到这个事件,其contextInitialized方法会被调用,在这个方法中,spring会初始化一个启动上下文,这个上下文被称为根上下文,即WebApplicationContext,这是一个接口类,确切的说,其实际的实现类是XmlWebApplicationContext。这个就是spring的IoC容器,其对应的Bean定义的配置由web.xml中的context-param标签指定。在这个IoC容器初始化完毕后,spring以WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE为属性Key,将其存储到ServletContext中,便于获取; 
      • 再次,contextLoaderListener监听器初始化完毕后,开始初始化web.xml中配置的Servlet,这个servlet可以配置多个,以最常见的DispatcherServlet为例,这个servlet实际上是一个标准的前端控制器,用以转发、匹配、处理每个servlet请求。DispatcherServlet上下文在初始化的时候会建立自己的IoC上下文,用以持有spring mvc相关的bean。在建立DispatcherServlet自己的IoC上下文时,会利用WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE先从ServletContext中获取之前的根上下文(即WebApplicationContext)作为自己上下文的parent上下文。有了这个parent上下文之后,再初始化自己持有的上下文。这个DispatcherServlet初始化自己上下文的工作在其initStrategies方法中可以看到,大概的工作就是初始化处理器映射、视图解析等。这个servlet自己持有的上下文默认实现类也是mlWebApplicationContext。初始化完毕后,spring以与servlet的名字相关(此处不是简单的以servlet名为Key,而是通过一些转换,具体可自行查看源码)的属性为属性Key,也将其存到ServletContext中,以便后续使用。这样每个servlet就持有自己的上下文,即拥有自己独立的bean空间,同时各个servlet共享相同的bean,即根上下文(第2步中初始化的上下文)定义的那些bean。
  4. Container容器是子容器的父接口,所有的子容器都必须实现这个接口,在Tomcat中Container容器的设计是典型的责任链设计模式,其有四个子容器:Engine、Host、Context和Wrapper。这四个容器之间是父子关系,Engine容器包含Host,Host包含Context,Context包含Wrapper。 我们在web项目中的一个Servlet类对应一个Wrapper,多个Servlet就对应多个Wrapper,当有多个Wrapper的时候就需要一个容器来管理这些Wrapper了,这就是Context容器了,Context容器对应一个工程,所以我们新部署一个工程到Tomcat中就会新创建一个Context容器。
  5. Context容器的配置文件
    1. Tomcat的server.xml配置文件中的< Context> 节点用于配置Context,它直接在Tomcat解析server.xml的时候,就完成Context对象的创建,而不用交给HostConfig监听器创建;
    2.   Web应用的/META-INF/context.xml文件可用于配置Context,此配置文件用于配置Web应用对应的Context属性。
    3.   可用%CATALINA_HOME%/conf[EngineName]/[HostName]/Web项目名.xml文件声明创建一个Context。  
    4. Tomcat全局配置为conf/context.xml,此文件配置的属性会设置到所有的Context中  
    5. Tomcat的Host级别配置文件为/ conf[EngineName]/[HostName]/context.xml.default文件,它配置的属性会设置到某Host下面所有的Context中。
       
  6. Context容器的监听器
    Context容器的生命周期伴随着Tomcat的整个生命周期,在Tomcat生命周期的不同阶段Context需要做很多不同的操作。为了更好的将这些操作从Tomcat中解耦出来,提供一种类似可拔插可扩展的能力,这里使用了监听器模式,把不同类型的工作交给不同的监听器,监听器对Tomcat声明周期不同阶段的事件作出响应;
    实际上,Tomcat启动过程中,一般会在Context容器中添加4个监听器,分别是:ContextConfig、TldConfig、NamingContextListener以及MemoryLeakTrackingListener
     

    推荐阅读