一. DispatcherServlet上下文的形成
web.xml
- <?xml version="1.0" encoding="UTF-8"?>
- <web-app version="2.5"
- xmlns="http://java.sun.com/xml/ns/javaee"
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
- xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
- http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
- <display-name></display-name>
- <welcome-file-list>
- <welcome-file>index.jsp</welcome-file>
- </welcome-file-list>
- <servlet>
- <servlet-name>springMVC</servlet-name>
- <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
- <init-param>
- <param-name>contextConfigLocation</param-name>
- <param-value>classpath*:springController.xml</param-value>
- </init-param>
- </servlet>
-
- <servlet-mapping>
- <servlet-name>springMVC</servlet-name>
- <url-pattern>/</url-pattern>
- </servlet-mapping>
-
- <span style="color:#ff6666;"> <context-param>
- <param-name>contextConfigLocation</param-name>
- <param-value>classpath*:springController.xml</param-value>
- </context-param>
- <listener>
- <listener-class>
- org.springframework.web.context.ContextLoaderListener
- </listener-class>
- </listener>
-
- </web-app></span>
当我们单独使用SpringMVC这个框架的时候我们可以不需要配置web.xml文件中红色的部分,但一般很少单独使用SpringMVC,SpringMVC一般要和mybatis或hibernate集成的。在我们启动服务生成容器的时候,容器中除了SpringMVC一些自带的bean以外,还要加载我们自己所写的bean,例如dao,service等,ContextLoaderListener的作用就是加载这些bean的,也许有人会问DispatcherServlet在加载配置文件生成容器的时候,能不能将dao,service同时加载进来,我刚刚试了一下,在DispatcherServlet的配置文件中自己写了一个bean,发现在访问的时候会报错。下面是DispatcherServlet初始上下文和ContextLoaderListener初始上下文的关系图
从图中可以看出DispatcherServlet初始的上下文加载的bean是对SpringMVC有效的bean,例如HandlerMapping,HandlerAdapter,ViewResoler,ContextLoaderListener初始的上下文是对整个应用程序共享的bean,例如DAO,serivce等。最后DispatcherServlet初始的上下文会继承ContextLoaderListener的上下文。
二. DispatcherServlet的初始化
我们启动服务器的时候,程序只是初始化了DispatcherServlet的上下文,还没有对DispatcherServlet进行初始化,就像我们去买台式机,买回来的放在一个箱子里的有显示器,机箱,主板,显卡等,要想用电脑我们还得将电脑组装起来,初始化就好比要将我们配置文件中配置了的HandlerMapping,HandlerAdapter,ViewResoler组装起来,然后我们才可以真正的使用。下面看一下DispatcherServlet初始化的源码
- protected void initStrategies(ApplicationContext context) {
- initMultipartResolver(context);
- initLocaleResolver(context);
- initThemeResolver(context);
- initHandlerMappings(context);
- initHandlerAdapters(context);
- initHandlerExceptionResolvers(context);
- initRequestToViewNameTranslator(context);
- initViewResolvers(context);
- }
我们这里就详细看一下DispatcherServlet对HandlerMapping的初始化
-
-
-
-
-
- private void initHandlerMappings(ApplicationContext context) {
- this.handlerMappings = null;
-
- if (this.detectAllHandlerMappings) {
-
- Map<String, HandlerMapping> matchingBeans =
- BeanFactoryUtils.beansOfTypeIncludingAncestors(context, HandlerMapping.class, true, false);
- if (!matchingBeans.isEmpty()) {
- this.handlerMappings = new ArrayList<HandlerMapping>(matchingBeans.values());
-
- OrderComparator.sort(this.handlerMappings);
- }
- }
- else {
- try {
- HandlerMapping hm = context.getBean(HANDLER_MAPPING_BEAN_NAME, HandlerMapping.class);
- this.handlerMappings = Collections.singletonList(hm);
- }
- catch (NoSuchBeanDefinitionException ex) {
-
- }
- }
我们可以看出DispatcherServlet对HandlerMapping的初始化就是从WebApplicationContext上下文中取出已经配置了的HandlerMapping,当我们没有在springController.xml中配置HandlerMapping的时候,它会取出默认的HandlerMapping即BeanNameUrlHandlerMapping 。来看一下在springController.xml中对HandlerMapping配置
- <bean class="org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping"/>
- <bean id="urlMapping" class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
- <property name="mappings">
- <props>
- <prop key="/springMVC.d">HelloWorld</prop>
- </props>
- </property>
- </bean>
在这里对HandlerMapping进行了两个两个声明,分别是BeanNameUrlHandlerMapping和SimpleUrlHandlerMapping,当HandlerMapping初始化的时候,Dispatcher的handlerMappings属性就包含有这两个对象。同理当对HandlerAdapter和ViewResolver进行初始化的时候也是这样的,如果在配置文件中配置了,Dispatcher就会在WebApplicationContext上下文中取出这些配置对象,如果没有就会取默认的。这里就不再一一叙述了。
三.
DispatcherServlet的工作流程
用过python Django框架的都知道Django对于访问方式的配置就是,一个url路径和一个函数配对,你访问这个url,就会直接调用这个函数,简单明了。对于java的面向对象来说,就要分两步走。第一步首先要找到是哪个对象,即handler,即我们写的action或是controller。第二步要找到访问的函数,即action中的方法。所以就出现了两个源码接口 HandlerMapping和HandlerAdapter,前者负责第一步,后者负责第二步。借用网上的SpringMVC架构图。
看一下Dispatcher中的doDispatcher源码
-
- protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
- HttpServletRequest processedRequest = request;
- HandlerExecutionChain mappedHandler = null;
- int interceptorIndex = -1;
-
- try {
- ModelAndView mv;
- boolean errorView = false;
-
- try {
-
- processedRequest = checkMultipart(request);
-
- mappedHandler = getHandler(processedRequest, false);
- if (mappedHandler == null || mappedHandler.getHandler() == null) {
- noHandlerFound(processedRequest, response);
- return;
- }
-
- HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
-
-
-
-
-
-
-
-
- mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
-
-
- if (mv != null && !mv.hasView()) {
- mv.setViewName(getDefaultViewName(request));
- }
-
-
-
- }
- catch (ModelAndViewDefiningException ex) {
- logger.debug("ModelAndViewDefiningException encountered", ex);
- mv = ex.getModelAndView();
- }
- catch (Exception ex) {
- Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null);
- mv = processHandlerException(processedRequest, response, handler, ex);
- errorView = (mv != null);
- }
-
-
-
-
- if (mv != null && !mv.wasCleared()) {
- render(mv, processedRequest, response);
- if (errorView) {
- WebUtils.clearErrorRequestAttributes(request);
- }
- }
- else {
- if (logger.isDebugEnabled()) {
- logger.debug("Null ModelAndView returned to DispatcherServlet with name '" + getServletName() +
- "': assuming HandlerAdapter completed request handling");
- }
- }
-
-
-
-
-
- catch (Exception ex) {
-
- triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);
- throw ex;
- }
- catch (Error err) {
- ServletException ex = new NestedServletException("Handler processing failed", err);
-
- triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);
- throw ex;
- }
-
- finally {
-
- if (processedRequest != request) {
- cleanupMultipart(processedRequest);
- }
- }
- }
核心架构的具体流程步骤如下:
1、 首先用户发送请求——>DispatcherServlet,前端控制器收到请求后自己不进行处理,而是委托给其他的解析器进行处理,作为统一访问点,进行全局的流程控制;
2、 DispatcherServlet——>HandlerMapping, HandlerMapping将会把请求映射为HandlerExecutionChain对象(包含一个Handler处理器(页面控制器)对象、多个HandlerInterceptor拦截器)对象,通过这种策略模式,很容易添加新的映射策略;
3、 DispatcherServlet——>HandlerAdapter,HandlerAdapter将会把处理器包装为适配器,从而支持多种类型的处理器,即适配器设计模式的应用,从而很容易支持很多类型的处理器;
4、 HandlerAdapter——>处理器功能处理方法的调用,HandlerAdapter将会根据适配的结果调用真正的处理器的功能处理方法,完成功能处理;并返回一个ModelAndView对象(包含模型数据、逻辑视图名);
5、 ModelAndView的逻辑视图名——> ViewResolver, ViewResolver将把逻辑视图名解析为具体的View,通过这种策略模式,很容易更换其他视图技术;
6、 View——>渲染,View会根据传进来的Model模型数据进行渲染,此处的Model实际是一个Map数据结构,因此很容易支持其他视图技术;
7、返回控制权给DispatcherServlet,由DispatcherServlet返回响应给用户,到此一个流程结束。
此处我们只是讲了核心流程,没有考虑拦截器、本地解析、文件上传解析等。