DispatcherServlet做用

本文爲轉載學習

原文連接：http://jinnianshilongnian.iteye.com/blog/1602617

DispatcherServlet主要用做職責調度工做，自己主要用於控制流程，主要職責以下：

一、文件上傳解析，若是請求類型是multipart將經過MultipartResolver進行文件上傳解析；

二、經過HandlerMapping，將請求映射處處理器（返回一個HandlerExecutionChain，它包括一個處理器、多個HandlerInterceptor攔截器）；

三、經過HandlerAdapter支持多種類型的處理器(HandlerExecutionChain中的處理器)；

四、經過ViewResolver解析邏輯視圖名到具體視圖實現；

五、本地化解析；

六、渲染具體的視圖等；

七、若是執行過程當中遇到異常將交給HandlerExceptionResolver來解析。

DispatcherServlet也能夠配置本身的初始化參數，覆蓋默認配置：

參數	描述
contextClass	實現WebApplicationContext接口的類，當前的servlet用它來建立上下文。若是這個參數沒有指定， 默認使用XmlWebApplicationContext。
contextConfigLocation	傳給上下文實例（由contextClass指定）的字符串，用來指定上下文的位置。這個字符串能夠被分紅多個字符串（使用逗號做爲分隔符） 來支持多個上下文（在多上下文的狀況下，若是同一個bean被定義兩次，後面一個優先）。
namespace	WebApplicationContext命名空間。默認值是[server-name]-servlet。

所以咱們能夠經過添加初始化參數 

    <servlet>
        <servlet-name>chapter2</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:spring-servlet-config.xml</param-value>
        </init-param>
    </servlet>

上下文關係

<context-param>
      <param-name>contextConfigLocation</param-name>
      <param-value>
          classpath:spring-common-config.xml,
          classpath:spring-budget-config.xml
      </param-value>
</context-param>
<listener>  
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

如上配置是Spring集成Web環境的通用配置；通常用於加載除Web層的Bean（如DAO、Service等），以便於與其餘任何Web框架集成。

contextConfigLocation：表示用於加載Bean的配置文件；

contextClass：表示用於加載Bean的ApplicationContext實現類，默認WebApplicationContext。

建立完畢後會將該上下文放在ServletContext：

servletContext.setAttribute(
WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE,
this.context);

ContextLoaderListener初始化的上下文和DispatcherServlet初始化的上下文關係，以下圖所示：

從圖中能夠看出：

ContextLoaderListener初始化的上下文加載的Bean是對於整個應用程序共享的，不論是使用什麼表現層技術，通常如DAO層、Service層Bean；

DispatcherServlet初始化的上下文加載的Bean是隻對Spring Web MVC有效的Bean，如Controller、HandlerMapping、HandlerAdapter等等，該初始化上下文應該只加載Web相關組件。

DispatcherServlet初始化順序

繼承體系結構以下所示：

一、HttpServletBean繼承HttpServlet，所以在Web容器啓動時將調用它的init方法，該初始化方法的主要做用:將Servlet初始化參數（init-param）設置到該組件上（如contextAttribute、contextClass、namespace、contextConfigLocation），經過BeanWrapper簡化設值過程，方便後續使用；

提供給子類初始化擴展點，initServletBean()，該方法由FrameworkServlet覆蓋。

public abstract class HttpServletBean extends HttpServlet implements EnvironmentAware{
@Override
    public final void init() throws ServletException {
        //省略部分代碼
        //一、以下代碼的做用是將Servlet初始化參數設置到該組件上
        //如contextAttribute、contextClass、namespace、contextConfigLocation；
       try {
           PropertyValues pvs = new ServletConfigPropertyValues(getServletConfig(), this.requiredProperties);
           BeanWrapper bw = PropertyAccessorFactory.forBeanPropertyAccess(this);
           ResourceLoader resourceLoader = new ServletContextResourceLoader(getServletContext());
           bw.registerCustomEditor(Resource.class, new ResourceEditor(resourceLoader, this.environment));
           initBeanWrapper(bw);
           bw.setPropertyValues(pvs, true);
       }
       catch (BeansException ex) {
           //…………省略其餘代碼
       }
       //二、提供給子類初始化的擴展點，該方法由FrameworkServlet覆蓋
       initServletBean();
       if (logger.isDebugEnabled()) {
           logger.debug("Servlet '" + getServletName() + "' configured successfully");
       }
    }
    //…………省略其餘代碼
}

二、FrameworkServlet繼承HttpServletBean，經過initServletBean()進行Web上下文初始化，該方法主要覆蓋一下兩件事情：

    初始化web上下文；

    提供給子類初始化擴展點；

public abstract class FrameworkServlet extends HttpServletBean {
@Override
    protected final void initServletBean() throws ServletException {
        //省略部分代碼
       try {
             //一、初始化Web上下文
           this.webApplicationContext = initWebApplicationContext();
             //二、提供給子類初始化的擴展點
           initFrameworkServlet();
       }
        //省略部分代碼
    }
}
protected WebApplicationContext initWebApplicationContext() {
        //ROOT上下文（ContextLoaderListener加載的）
       WebApplicationContext rootContext =
              WebApplicationContextUtils.getWebApplicationContext(getServletContext());
       WebApplicationContext wac = null;
       if (this.webApplicationContext != null) {
           // 一、在建立該Servlet注入的上下文
           wac = this.webApplicationContext;
           if (wac instanceof ConfigurableWebApplicationContext) {
              ConfigurableWebApplicationContext cwac = (ConfigurableWebApplicationContext) wac;
              if (!cwac.isActive()) {
                  if (cwac.getParent() == null) {
                      cwac.setParent(rootContext);
                  }
                  configureAndRefreshWebApplicationContext(cwac);
              }
           }
       }
       if (wac == null) {
             //二、查找已經綁定的上下文
           wac = findWebApplicationContext();
       }
       if (wac == null) {
            //三、若是沒有找到相應的上下文，並指定父親爲ContextLoaderListener
           wac = createWebApplicationContext(rootContext);
       }
       if (!this.refreshEventReceived) {
             //四、刷新上下文（執行一些初始化）
           onRefresh(wac);
       }
       if (this.publishContext) {
           // Publish the context as a servlet context attribute.
           String attrName = getServletContextAttributeName();
           getServletContext().setAttribute(attrName, wac);
           //省略部分代碼
       }
       return wac;
    }

從initWebApplicationContext（）方法能夠看出，基本上若是ContextLoaderListener加載了上下文將做爲根上下文（DispatcherServlet的父容器）。

最後調用了onRefresh()方法執行容器的一些初始化，這個方法由子類實現，來進行擴展。

三、DispatcherServlet繼承FrameworkServlet，並實現了onRefresh()方法提供一些前端控制器相關的配置：

public class DispatcherServlet extends FrameworkServlet {
     //實現子類的onRefresh()方法，該方法委託爲initStrategies()方法。
    @Override
    protected void onRefresh(ApplicationContext context) {
       initStrategies(context);
    }
    //初始化默認的Spring Web MVC框架使用的策略（如HandlerMapping）
    protected void initStrategies(ApplicationContext context) {
       initMultipartResolver(context);
       initLocaleResolver(context);
       initThemeResolver(context);
       initHandlerMappings(context);
       initHandlerAdapters(context);
       initHandlerExceptionResolvers(context);
       initRequestToViewNameTranslator(context);
       initViewResolvers(context);
       initFlashMapManager(context);
    }
}

從如上代碼能夠看出，DispatcherServlet啓動時會進行咱們須要的Web層Bean的配置，如HandlerMapping、HandlerAdapter等，並且若是咱們沒有配置，還會給咱們提供默認的配置。

從如上代碼咱們能夠看出，整個DispatcherServlet初始化的過程和作了些什麼事情，具體主要作了以下兩件事情：

一、初始化Spring Web MVC使用的Web上下文，而且可能指定父容器爲（ContextLoaderListener加載了根上下文）；

二、初始化DispatcherServlet使用的策略，如HandlerMapping、HandlerAdapter等。

服務器啓動時的日誌分析（此處加上了ContextLoaderListener從而啓動ROOT上下文容器）：

 信息: Initializing Spring root WebApplicationContext //由ContextLoaderListener啓動ROOT上下文

2012-03-12 13:33:55 [main] INFO  org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization started

2012-03-12 13:33:55 [main] INFO  org.springframework.web.context.support.XmlWebApplicationContext - Refreshing Root WebApplicationContext: startup date [Mon Mar 12 13:33:55 CST 2012]; root of context hierarchy

2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader - Loading bean definitions

2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loaded 0 bean definitions from location pattern [/WEB-INF/ContextLoaderListener.xml]

2012-03-12 13:33:55 [main] DEBUG org.springframework.web.context.support.XmlWebApplicationContext - Bean factory for Root WebApplicationContext: org.springframework.beans.factory.support.DefaultListableBeanFactory@1c05ffd: defining beans []; root of factory hierarchy

2012-03-12 13:33:55 [main] DEBUG org.springframework.web.context.support.XmlWebApplicationContext - Bean factory for Root WebApplicationContext:

2012-03-12 13:33:55 [main] DEBUG org.springframework.web.context.ContextLoader - Published root WebApplicationContext as ServletContext attribute with name [org.springframework.web.context.WebApplicationContext.ROOT] //將ROOT上下文綁定到ServletContext

2012-03-12 13:33:55 [main] INFO  org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization completed in 438 ms  //到此ROOT上下文啓動完畢

 2012-03-12 13:33:55 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Initializing servlet 'chapter2'

信息: Initializing Spring FrameworkServlet 'chapter2'  //開始初始化FrameworkServlet對應的Web上下文

2012-03-12 13:33:55 [main] INFO  org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'chapter2': initialization started

2012-03-12 13:33:55 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Servlet with name 'chapter2' will try to create custom WebApplicationContext context of class 'org.springframework.web.context.support.XmlWebApplicationContext', using parent context [Root WebApplicationContext: startup date [Mon Mar 12 13:33:55 CST 2012]; root of context hierarchy]

//此處使用Root WebApplicationContext做爲父容器。

2012-03-12 13:33:55 [main] INFO  org.springframework.web.context.support.XmlWebApplicationContext - Refreshing WebApplicationContext for namespace 'chapter2-servlet': startup date [Mon Mar 12 13:33:55 CST 2012]; parent: Root WebApplicationContext

2012-03-12 13:33:55 [main] INFO  org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from ServletContext resource [/WEB-INF/chapter2-servlet.xml]

2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader - Loading bean definitions

2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - Neither XML 'id' nor 'name' specified - using generated bean name[org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping#0]  //咱們配置的HandlerMapping

2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - Neither XML 'id' nor 'name' specified - using generated bean name[org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter#0] //咱們配置的HandlerAdapter

2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - Neither XML 'id' nor 'name' specified - using generated bean name [org.springframework.web.servlet.view.InternalResourceViewResolver#0] //咱們配置的ViewResolver

2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - No XML 'id' specified - using '/hello' as bean name and [] as aliases 

//咱們的處理器（HelloWorldController）

2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loaded 4 bean definitions from location pattern [/WEB-INF/chapter2-servlet.xml]

2012-03-12 13:33:55 [main] DEBUG org.springframework.web.context.support.XmlWebApplicationContext - Bean factory for WebApplicationContext for namespace 'chapter2-servlet': org.springframework.beans.factory.support.DefaultListableBeanFactory@1372656: defining beans [org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping#0,org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter#0,org.springframework.web.servlet.view.InternalResourceViewResolver#0,/hello]; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@1c05ffd

//到此容器註冊的Bean初始化完畢

2012-03-12 13:33:56 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Unable to locate MultipartResolver with name 'multipartResolver': no multipart request handling provided

2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.i18n.AcceptHeaderLocaleResolver'

//默認的LocaleResolver註冊

2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.theme.FixedThemeResolver'

//默認的ThemeResolver註冊

2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping#0'

//發現咱們定義的HandlerMapping 再也不使用默認的HandlerMapping。

2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter#0'

//發現咱們定義的HandlerAdapter 再也不使用默認的HandlerAdapter。

2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver'

//異常處理解析器ExceptionResolver

2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver'

2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'org.springframework.web.servlet.view.InternalResourceViewResolver#0'

2012-03-12 13:33:56 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Published WebApplicationContext of servlet 'chapter2' as ServletContext attribute with name [org.springframework.web.servlet.FrameworkServlet.CONTEXT.chapter2]

//綁定FrameworkServlet初始化的Web上下文到ServletContext

2012-03-12 13:33:56 [main] INFO  org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'chapter2': initialization completed in  297 ms

2012-03-12 13:33:56 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Servlet 'chapter2' configured successfully

//到此完整流程結束 

DispatcherServlet中使用的特殊的Bean

DispatcherServlet默認使用WebApplicationContext做爲上下文，所以咱們來看一下該上下文中有哪些特殊的Bean：

一、Controller：處理器/頁面控制器，作的是MVC中的C的事情，但控制邏輯轉移到前端控制器了，用於對請求進行處理；

二、HandlerMapping：請求處處理器的映射，若是映射成功返回一個HandlerExecutionChain對象（包含一個Handler處理器（頁面控制器）對象、多個HandlerInterceptor攔截器）對象；如BeanNameUrlHandlerMapping將URL與Bean名字映射，映射成功的Bean就是此處的處理器；

三、HandlerAdapter：HandlerAdapter將會把處理器包裝爲適配器，從而支持多種類型的處理器，即適配器設計模式的應用，從而很容易支持不少類型的處理器；如SimpleControllerHandlerAdapter將對實現了Controller接口的Bean進行適配，而且掉處理器的handleRequest方法進行功能處理；

四、ViewResolver：ViewResolver將把邏輯視圖名解析爲具體的View，經過這種策略模式，很容易更換其餘視圖技術；如InternalResourceViewResolver將邏輯視圖名映射爲jsp視圖；

五、LocalResover：本地化解析，由於Spring支持國際化，所以LocalResover解析客戶端的Locale信息從而方便進行國際化；

六、ThemeResovler：主題解析，經過它來實現一個頁面多套風格，即常見的相似於軟件皮膚效果；

七、MultipartResolver：文件上傳解析，用於支持文件上傳；

八、HandlerExceptionResolver：處理器異常解析，能夠將異常映射到相應的統一錯誤界面，從而顯示用戶友好的界面（而不是給用戶看到具體的錯誤信息）；

九、RequestToViewNameTranslator：當處理器沒有返回邏輯視圖名等相關信息時，自動將請求URL映射爲邏輯視圖名；

十、FlashMapManager：用於管理FlashMap的策略接口，FlashMap用於存儲一個請求的輸出，當進入另外一個請求時做爲該請求的輸入，一般用於重定向場景，後邊會細述。