SpringMVC-DispatcherServlet 初始化过程源码分析

DispatcherServlet 初始化过程源码分析

DispatcherServlet 本质上是一个 Servlet，所以天然的遵循 Servlet 的生命周期。所以宏观上是 Servlet 生命周期来进行调度。

复习：

继承关系：

第一步Servlet构造器方法 4个抽象类都是空，DispatcherServlet的构造器中写了一个：

public DispatcherServlet() {
   super();
   setDispatchOptionsRequest(true); //大概意思就是开始就是 我们应该向 doService 发送一个 HTTP OPTIONS 请求吗 设置了True
}

这个暂不讨论 。

接下来按Servlet生命周期应该是调用init（）方法 也是我们本篇讨论的重点

init()调用了许多方法 调用流程分析 结论 在下面两图中

对上图的说明：圈 1 2 3都在是在 initWebApplicationContext()中执行的

一切的开始是在init(ServletConfig config) GenericServlet重写了init(ServletConfig config) 又在init(ServletConfig config)中调用了init()

HttpServletBean 又重新写了init()并调用了initServletBean…如上图

最后就是在创建了wac后刷新了wac 又把它共享到了ServletContext

• 总结就是初始化WebApplicationContext后 以K-V的形式放在了ServletContext

扩展：这系列工程比较复杂所以我们之前在web.xml中配置DispatcherServlet设置了（防止第一次访问的时间太长

<!--把前端控制器DispatcherServlet
的初始化提前到启动服务器时，默认是在第一次访问时-->
<load-on-startup>1</load-on-startup>

补充：

ServletContext是一个域对象。ServletContext是在web工程部署启动的时候创建。在web工程停止的时候销毁。Servlet上下文 一个 Web工程只有一个。

//DispatcherServlet中的源码
protected void onRefresh(ApplicationContext context) {
   initStrategies(context);
}
protected void initStrategies(ApplicationContext context) {
   initMultipartResolver(context); //文件上传
   initLocaleResolver(context);
   initThemeResolver(context);
   initHandlerMappings(context); //找请求映射
   initHandlerAdapters(context); //调用对应的控制器方法
   initHandlerExceptionResolvers(context); //异常处理器
   initRequestToViewNameTranslator(context);
   initViewResolvers(context); //视图解析器
   initFlashMapManager(context);
}

补充：

ServletContext：Servlet容器（Tomcat、Jboss等）需要给项目初始化一个ServletContext作为公共环境容器存放公共信息，而ServletContext中的信息都是由容器提供的。

WebApplicationContext：是继承于ApplicationContext的一个接口。扩展了ApplicationContext，是专门为Web应用准备的，它允许从相对于Web根目录的路径中装载配置文件完成初始化。

ApplicationContext：是 Spring Bean 的上下文环境，它的创建理论上与 ServletContext 无关，但在 SpringMVC 中，这个创建过程自动化了（具体是由 org.springframework.web.servlet.DispatcherServlet 触发的），并自动绑定到 ServletContext 下。

引用：

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。