spring boot源码分析之springmvc(上)

相对于spring boot我们使用spring mvc更加频繁和熟悉。sprint boot具有spring mvc的功能,两者之间到底存在着什么样的关系,通过下面的篇幅我们一起来分析。

我们再回顾下spring mvc的配置,首先看下web.xml:

可以看到该文件中配置了context-param、listener以及servlet信息
(执行顺序:context-param -> listener -> filter -> servlet)
spring-servlet.xml是应用初始化容器所使用的配置。

ContextLoaderListener:在启动Web容器时,自动装配Spring applicationContext.xml的配置信息,本质上是创建了一个WebApplicationContext,也就是创建了spring ioc容器,当然也可以不配置该listener,也就无法使用其ioc提供的功能;正常情况下,都会配置。

ContextLoadListener结构如下:

ContextLoaderListener实现了ServletContextListener,我们应该很熟悉了,有两个方法

  • contextInitialized(ServletContextEvent sce):All ServletContextListeners are notified of context initialization before any filter or servlet in the web application is initialized.
    即所有ServletContextListeners的该方法都会在filter和servlet初始化之前调用。

  • contextDestroyed (ServletContextEvent sce):All servlets and filters have been destroy()ed before any ServletContextListeners are notified of context destruction.
    即所有ServletContextListeners的该方法都会在filter和servlet销毁之前调用。

参数均为ServletContextEvent,可以获取ServletContext对象。

同时ContextLoaderListener继承自ContextLoader,监听器的核心功能都在此类中。
在ContextLoaderListener的contextInitialized方法中调用了父类ContextLoader的
initWebApplicationContext(ServletContext servletContext)方法,该方法的主要就是创建了一个IOC容器即WebApplicationContext,并将IOC容器存到servletContext中。

执行流程如下:

  1. createWebApplicationContext(servletContext)
    1).determineContextClass决定使用什么类型的容器
    先去web.xml中获取contextClass配置,获取到了就用配置的容器,如果没有指定IOC容器类型,默认为XmlWebApplicationContext。
    默认容器在spring-web的jar包中的配置文件ContextLoader.properties中配置:
    org.springframework.web.context.WebApplicationContext=org.springframework.web.context.support.XmlWebApplicationContext。
    2).((ConfigurableWebApplicationContext) BeanUtils.instantiateClass(contextClass))
    创建IOC容器

  2. loadParentContext(servletContext)
    加载web.xml中的父容器信息,如果有则设置。父容器是不能够引用子容器中的bean,子类可以引用父容器中的bean,各个自容器中的bean互不可见。

  3. configureAndRefreshWebApplicationContext
    a.获取contextConfigLocation配置(applicationContext.xml)作为初始化容器的图纸,Spring工厂进行Bean生产、依赖关系注入(装配)及Bean实例分发都依赖于它。
    b.获取ApplicationContextInitializer的实现类
    ApplicationContextInitializer:主要目的就是在ConfigurableApplicationContext类型(或者子类型)的ApplicationContext做refresh之前,允许我们对ConfigurableApplicationContext的实例做进一步的设置或者处理。
    可以在web.xml中通过如下配置设置param-name
    globalInitializerClasses:代表所有的web application都会应用或
    contextInitializerClasses:代表只有当前的web application会使用
    配置如下:

    
        contextInitializerClasses
        com.my.MyApplicationContextInitializer
    

    所有实现类会在此处实例化并依次执行initialize方法。

  4. 将该IOC容器放到servletContext中

  5. 将当前线程类加载器和IOC容器做关联,以便于后续获取IOC容器
    Java的线程上下文类加载器请见文章 类加载器相关

上述过程中所涉及到的接口及类图如下:

  • ApplicationContext:context的顶层类,ApplicationContext继承了BeanFactory,这也说明了 Spring 容器中运行的主体对象是 Bean,另外 ApplicationContext 继承了 ResourceLoader 接口,使得 ApplicationContext可以访问到任何外部资源。

  • ConfigurableApplicationContext:ConfigurableApplicationContext接口中定义了一些基本操作,比如设置上下文ID,设置父应用上下文,添加监听器和刷新容器相关的操作等。

  • ConfigurableWebApplicationContext:是web应用上下文使用的接口,主要是设置servletContext和servletConfig。

  • AbstractApplicationContext:实现refresh方法,构建Bean关系网,构建容器的核心方法。

至此:springmvc启动过程中第一大部分构建IOC容器部分结束

你可能感兴趣的:(spring,spring-mvc,springboot,servlet,context)