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。