SpringMVC

1、首先,咱們先來認識一下SpringMVC的主要組件html

前端控制器(DisatcherServlet):接收請求,響應結果,返回能夠是json,String等數據類型,也能夠是頁面(Model)。
處理器映射器(HandlerMapping):根據URL去查找處理器,通常經過xml配置或者註解進行查找。
處理器(Handler):就是咱們常說的controller控制器啦,由程序員編寫。
處理器適配器(HandlerAdapter):能夠將處理器包裝成適配器,這樣就能夠支持多種類型的處理器。
視圖解析器(ViewResovler):進行視圖解析,返回view對象(常見的有JSP,FreeMark等)。
2、SpingMVC的工做原理
前端

下面是文字步驟說明:java

一、用戶發送請求到前端控制器(DispatcherServlet)。
二、前端控制器請求處理器映射器(HandlerMapping)去查找處理器(Handler)。
三、找到之後處理器映射器(HandlerMappering)向前端控制器返回執行鏈(HandlerExecutionChain)。
四、前端控制器(DispatcherServlet)調用處理器適配器(HandlerAdapter)去執行處理器(Handler)。
五、處理器適配器去執行Handler。
六、處理器執行完給處理器適配器返回ModelAndView。
七、處理器適配器向前端控制器返回ModelAndView。
八、前端控制器請求視圖解析器(ViewResolver)去進行視圖解析。
九、視圖解析器向前端控制器返回View。
十、前端控制器對視圖進行渲染。
十一、前端控制器向用戶響應結果。
---------------------
做者:小鏡子W
來源:CSDN
原文:https://blog.csdn.net/wdehxiang/article/details/77619512
版權聲明:本文爲博主原創文章,轉載請附上博文連接!程序員

SpringMVC的工做原理圖:web

SpringMVC流程

一、  用戶發送請求至前端控制器DispatcherServlet。spring

二、  DispatcherServlet收到請求調用HandlerMapping處理器映射器。json

三、  處理器映射器找到具體的處理器(能夠根據xml配置、註解進行查找),生成處理器對象及處理器攔截器(若是有則生成)一併返回給DispatcherServlet。後端

四、  DispatcherServlet調用HandlerAdapter處理器適配器。設計模式

五、  HandlerAdapter通過適配調用具體的處理器(Controller,也叫後端控制器)。瀏覽器

六、  Controller執行完成返回ModelAndView。

七、  HandlerAdapter將controller執行結果ModelAndView返回給DispatcherServlet。

八、  DispatcherServlet將ModelAndView傳給ViewReslover視圖解析器。

九、  ViewReslover解析後返回具體View。

十、DispatcherServlet根據View進行渲染視圖(即將模型數據填充至視圖中)。

十一、 DispatcherServlet響應用戶。

組件說明:

如下組件一般使用框架提供實現:

DispatcherServlet:做爲前端控制器,整個流程控制的中心,控制其它組件執行,統一調度,下降組件之間的耦合性,提升每一個組件的擴展性。

HandlerMapping:經過擴展處理器映射器實現不一樣的映射方式,例如:配置文件方式,實現接口方式,註解方式等。 

HandlAdapter:經過擴展處理器適配器,支持更多類型的處理器。

ViewResolver:經過擴展視圖解析器,支持更多類型的視圖解析,例如:jsp、freemarker、pdf、excel等。

組件:
一、前端控制器DispatcherServlet(不須要工程師開發),由框架提供
做用:接收請求,響應結果,至關於轉發器,中央處理器。有了dispatcherServlet減小了其它組件之間的耦合度。
用戶請求到達前端控制器,它就至關於mvc模式中的c,dispatcherServlet是整個流程控制的中心,由它調用其它組件處理用戶的請求,dispatcherServlet的存在下降了組件之間的耦合性。

二、處理器映射器HandlerMapping(不須要工程師開發),由框架提供
做用:根據請求的url查找Handler
HandlerMapping負責根據用戶請求找到Handler即處理器,springmvc提供了不一樣的映射器實現不一樣的映射方式,例如:配置文件方式,實現接口方式,註解方式等。

三、處理器適配器HandlerAdapter
做用:按照特定規則(HandlerAdapter要求的規則)去執行Handler
經過HandlerAdapter對處理器進行執行,這是適配器模式的應用,經過擴展適配器能夠對更多類型的處理器進行執行。

四、處理器Handler(須要工程師開發)
注意:編寫Handler時按照HandlerAdapter的要求去作,這樣適配器才能夠去正確執行Handler
Handler 是繼DispatcherServlet前端控制器的後端控制器,在DispatcherServlet的控制下Handler對具體的用戶請求進行處理。
因爲Handler涉及到具體的用戶業務請求,因此通常狀況須要工程師根據業務需求開發Handler。

五、視圖解析器View resolver(不須要工程師開發),由框架提供
做用:進行視圖解析,根據邏輯視圖名解析成真正的視圖(view)
View Resolver負責將處理結果生成View視圖,View Resolver首先根據邏輯視圖名解析成物理視圖名即具體的頁面地址,再生成View視圖對象,最後對View進行渲染將處理結果經過頁面展現給用戶。 springmvc框架提供了不少的View視圖類型,包括:jstlView、freemarkerView、pdfView等。
通常狀況下須要經過頁面標籤或頁面模版技術將模型數據經過頁面展現給用戶,須要由工程師根據業務需求開發具體的頁面。

六、視圖View(須要工程師開發jsp...)
View是一個接口,實現類支持不一樣的View類型(jsp、freemarker、pdf...)

核心架構的具體流程步驟以下:
一、首先用戶發送請求——>DispatcherServlet,前端控制器收到請求後本身不進行處理,而是委託給其餘的解析器進行處理,做爲統一訪問點,進行全局的流程控制;
二、DispatcherServlet——>HandlerMapping, HandlerMapping 將會把請求映射爲HandlerExecutionChain 對象(包含一個Handler 處理器(頁面控制器)對象、多個HandlerInterceptor 攔截器)對象,經過這種策略模式,很容易添加新的映射策略;
三、DispatcherServlet——>HandlerAdapter,HandlerAdapter 將會把處理器包裝爲適配器,從而支持多種類型的處理器,即適配器設計模式的應用,從而很容易支持不少類型的處理器;
四、HandlerAdapter——>處理器功能處理方法的調用,HandlerAdapter 將會根據適配的結果調用真正的處理器的功能處理方法,完成功能處理;並返回一個ModelAndView 對象(包含模型數據、邏輯視圖名);
五、ModelAndView的邏輯視圖名——> ViewResolver, ViewResolver 將把邏輯視圖名解析爲具體的View,經過這種策略模式,很容易更換其餘視圖技術;
六、View——>渲染,View會根據傳進來的Model模型數據進行渲染,此處的Model實際是一個Map數據結構,所以很容易支持其餘視圖技術;
七、返回控制權給DispatcherServlet,由DispatcherServlet返回響應給用戶,到此一個流程結束。

下邊兩個組件一般狀況下須要開發:

Handler:處理器,即後端控制器用controller表示。

View:視圖,即展現給用戶的界面,視圖中一般須要標籤語言展現模型數據。

 

在將SpringMVC以前咱們先來看一下什麼是MVC模式

MVC:MVC是一種設計模式

MVC的原理圖:

分析:

M-Model 模型(完成業務邏輯:有javaBean構成,service+dao+entity)

V-View 視圖(作界面的展現  jsp,html……)

C-Controller 控制器(接收請求—>調用模型—>根據結果派發頁面)

 

springMVC是什麼: 

  springMVC是一個MVC的開源框架,springMVC=struts2+spring,springMVC就至關因而Struts2加上sring的整合,可是這裏有一個疑惑就是,springMVC和spring是什麼樣的關係呢?這個在百度百科上有一個很好的解釋:意思是說,springMVC是spring的一個後續產品,其實就是spring在原有基礎上,又提供了web應用的MVC模塊,能夠簡單的把springMVC理解爲是spring的一個模塊(相似AOP,IOC這樣的模塊),網絡上常常會說springMVC和spring無縫集成,其實springMVC就是spring的一個子模塊,因此根本不須要同spring進行整合。

SpringMVC的原理圖:

看到這個圖你們可能會有不少的疑惑,如今咱們來看一下這個圖的步驟:(能夠對比MVC的原理圖進行理解)

第一步:用戶發起請求到前端控制器(DispatcherServlet)

第二步:前端控制器請求處理器映射器(HandlerMappering)去查找處理器(Handle):經過xml配置或者註解進行查找

第三步:找到之後處理器映射器(HandlerMappering)像前端控制器返回執行鏈(HandlerExecutionChain)

第四步:前端控制器(DispatcherServlet)調用處理器適配器(HandlerAdapter)去執行處理器(Handler)

第五步:處理器適配器去執行Handler

第六步:Handler執行完給處理器適配器返回ModelAndView

第七步:處理器適配器向前端控制器返回ModelAndView

第八步:前端控制器請求視圖解析器(ViewResolver)去進行視圖解析

第九步:視圖解析器像前端控制器返回View

第十步:前端控制器對視圖進行渲染

第十一步:前端控制器向用戶響應結果

看到這些步驟我相信你們很感受很是的亂,這是正常的,可是這裏主要是要你們理解springMVC中的幾個組件:

前端控制器(DispatcherServlet):接收請求,響應結果,至關於電腦的CPU。

處理器映射器(HandlerMapping):根據URL去查找處理器

處理器(Handler):(須要程序員去寫代碼處理邏輯的)

處理器適配器(HandlerAdapter):會把處理器包裝成適配器,這樣就能夠支持多種類型的處理器,類比筆記本的適配器(適配器模式的應用)

視圖解析器(ViewResovler):進行視圖解析,多返回的字符串,進行處理,能夠解析成對應的頁面

 

SpringMVC實現原理及詳解

一、Spring mvc介紹

SpringMVC框架是以請求爲驅動,圍繞Servlet設計,將請求發給控制器,而後經過模型對象,分派器來展現請求結果視圖。其中核心類是DispatcherServlet,它是一個Servlet,頂層是實現的Servlet接口。

 

二、SpringMVC使用

須要在web.xml中配置DispatcherServlet。而且須要配置spring監聽器ContextLoaderListener

  1.  
             <listener>
  2.  
                 <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  3.  
             </listener>       
  4.  
             <servlet>
  5.  
    <servlet-name>springmvc</servlet-name>
  6.  
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
  7.  
                     <!-- 若是不設置init-param標籤,則必須在/WEB-INF/下建立xxx-servlet.xml文件,其中xxx是servlet-name中配置的名稱。 -->
  8.  
                    <init-param>
  9.  
    <param-name>contextConfigLocation</param-name>
  10.  
    <param-value>classpath:spring/springmvc-servlet.xml</param-value>
  11.  
    </init-param>
  12.  
    <load-on-startup>1</load-on-startup>
  13.  
    </servlet>
  14.  
    <servlet-mapping>
  15.  
    <servlet-name>springmvc</servlet-name>
  16.  
    <url-pattern>/</url-pattern>
  17.  
    </servlet-mapping>

三、SpringMVC運行原理

如圖所示:

流程說明:

(1)客戶端(瀏覽器)發送請求,直接請求到DispatcherServlet。

(2)DispatcherServlet根據請求信息調用HandlerMapping,解析請求對應的Handler。

(3)解析到對應的Handler後,開始由HandlerAdapter適配器處理。

(4)HandlerAdapter會根據Handler來調用真正的處理器開處理請求,並處理相應的業務邏輯。

(5)處理器處理完業務後,會返回一個ModelAndView對象,Model是返回的數據對象,View是個邏輯上的View。

(6)ViewResolver會根據邏輯View查找實際的View。

(7)DispaterServlet把返回的Model傳給View。

(8)經過View返回給請求者(瀏覽器)

四、DispatcherServlet詳細解析

首先看下源碼:

  1.  
    package org.springframework.web.servlet;
  2.  
     
  3.  
    @SuppressWarnings("serial")
  4.  
    public class DispatcherServlet extends FrameworkServlet {
  5.  
     
  6.  
    public static final String MULTIPART_RESOLVER_BEAN_NAME = "multipartResolver";
  7.  
    public static final String LOCALE_RESOLVER_BEAN_NAME = "localeResolver";
  8.  
    public static final String THEME_RESOLVER_BEAN_NAME = "themeResolver";
  9.  
    public static final String HANDLER_MAPPING_BEAN_NAME = "handlerMapping";
  10.  
    public static final String HANDLER_ADAPTER_BEAN_NAME = "handlerAdapter";
  11.  
    public static final String HANDLER_EXCEPTION_RESOLVER_BEAN_NAME = "handlerExceptionResolver";
  12.  
    public static final String REQUEST_TO_VIEW_NAME_TRANSLATOR_BEAN_NAME = "viewNameTranslator";
  13.  
    public static final String VIEW_RESOLVER_BEAN_NAME = "viewResolver";
  14.  
    public static final String FLASH_MAP_MANAGER_BEAN_NAME = "flashMapManager";
  15.  
    public static final String WEB_APPLICATION_CONTEXT_ATTRIBUTE = DispatcherServlet.class.getName() + ".CONTEXT";
  16.  
    public static final String LOCALE_RESOLVER_ATTRIBUTE = DispatcherServlet.class.getName() + ".LOCALE_RESOLVER";
  17.  
    public static final String THEME_RESOLVER_ATTRIBUTE = DispatcherServlet.class.getName() + ".THEME_RESOLVER";
  18.  
    public static final String THEME_SOURCE_ATTRIBUTE = DispatcherServlet.class.getName() + ".THEME_SOURCE";
  19.  
    public static final String INPUT_FLASH_MAP_ATTRIBUTE = DispatcherServlet.class.getName() + ".INPUT_FLASH_MAP";
  20.  
    public static final String OUTPUT_FLASH_MAP_ATTRIBUTE = DispatcherServlet.class.getName() + ".OUTPUT_FLASH_MAP";
  21.  
    public static final String FLASH_MAP_MANAGER_ATTRIBUTE = DispatcherServlet.class.getName() + ".FLASH_MAP_MANAGER";
  22.  
    public static final String EXCEPTION_ATTRIBUTE = DispatcherServlet.class.getName() + ".EXCEPTION";
  23.  
    public static final String PAGE_NOT_FOUND_LOG_CATEGORY = "org.springframework.web.servlet.PageNotFound";
  24.  
    private static final String DEFAULT_STRATEGIES_PATH = "DispatcherServlet.properties";
  25.  
    protected static final Log pageNotFoundLogger = LogFactory.getLog(PAGE_NOT_FOUND_LOG_CATEGORY);
  26.  
    private static final Properties defaultStrategies;
  27.  
    static {
  28.  
    try {
  29.  
    ClassPathResource resource = new ClassPathResource(DEFAULT_STRATEGIES_PATH, DispatcherServlet.class);
  30.  
    defaultStrategies = PropertiesLoaderUtils.loadProperties(resource);
  31.  
    }
  32.  
    catch (IOException ex) {
  33.  
    throw new IllegalStateException("Could not load 'DispatcherServlet.properties': " + ex.getMessage());
  34.  
    }
  35.  
    }
  36.  
     
  37.  
    /** Detect all HandlerMappings or just expect "handlerMapping" bean? */
  38.  
    private boolean detectAllHandlerMappings = true;
  39.  
     
  40.  
    /** Detect all HandlerAdapters or just expect "handlerAdapter" bean? */
  41.  
    private boolean detectAllHandlerAdapters = true;
  42.  
     
  43.  
    /** Detect all HandlerExceptionResolvers or just expect "handlerExceptionResolver" bean? */
  44.  
    private boolean detectAllHandlerExceptionResolvers = true;
  45.  
     
  46.  
    /** Detect all ViewResolvers or just expect "viewResolver" bean? */
  47.  
    private boolean detectAllViewResolvers = true;
  48.  
     
  49.  
    /** Throw a NoHandlerFoundException if no Handler was found to process this request? **/
  50.  
    private boolean throwExceptionIfNoHandlerFound = false;
  51.  
     
  52.  
    /** Perform cleanup of request attributes after include request? */
  53.  
    private boolean cleanupAfterInclude = true;
  54.  
     
  55.  
    /** MultipartResolver used by this servlet */
  56.  
    private MultipartResolver multipartResolver;
  57.  
     
  58.  
    /** LocaleResolver used by this servlet */
  59.  
    private LocaleResolver localeResolver;
  60.  
     
  61.  
    /** ThemeResolver used by this servlet */
  62.  
    private ThemeResolver themeResolver;
  63.  
     
  64.  
    /** List of HandlerMappings used by this servlet */
  65.  
    private List<HandlerMapping> handlerMappings;
  66.  
     
  67.  
    /** List of HandlerAdapters used by this servlet */
  68.  
    private List<HandlerAdapter> handlerAdapters;
  69.  
     
  70.  
    /** List of HandlerExceptionResolvers used by this servlet */
  71.  
    private List<HandlerExceptionResolver> handlerExceptionResolvers;
  72.  
     
  73.  
    /** RequestToViewNameTranslator used by this servlet */
  74.  
    private RequestToViewNameTranslator viewNameTranslator;
  75.  
     
  76.  
    private FlashMapManager flashMapManager;
  77.  
     
  78.  
    /** List of ViewResolvers used by this servlet */
  79.  
    private List<ViewResolver> viewResolvers;
  80.  
     
  81.  
    public DispatcherServlet() {
  82.  
    super();
  83.  
    }
  84.  
     
  85.  
    public DispatcherServlet(WebApplicationContext webApplicationContext) {
  86.  
    super(webApplicationContext);
  87.  
    }
  88.  
     
  89.  
    @Override
  90.  
    protected void onRefresh(ApplicationContext context) {
  91.  
    initStrategies(context);
  92.  
    }
  93.  
     
  94.  
    protected void initStrategies(ApplicationContext context) {
  95.  
    initMultipartResolver(context);
  96.  
    initLocaleResolver(context);
  97.  
    initThemeResolver(context);
  98.  
    initHandlerMappings(context);
  99.  
    initHandlerAdapters(context);
  100.  
    initHandlerExceptionResolvers(context);
  101.  
    initRequestToViewNameTranslator(context);
  102.  
    initViewResolvers(context);
  103.  
    initFlashMapManager(context);
  104.  
    }
  105.  
    }

DispatcherServlet類中的屬性beans:

HandlerMapping:用於handlers映射請求和一系列的對於攔截器的前處理和後處理,大部分用@Controller註解。

HandlerAdapter:幫助DispatcherServlet處理映射請求處理程序的適配器,而不用考慮實際調用的是 哪一個處理程序。

HandlerExceptionResolver:處理映射異常。

ViewResolver:根據實際配置解析實際的View類型。

LocaleResolver:解決客戶正在使用的區域設置以及可能的時區,以便可以提供國際化視野。

ThemeResolver:解決Web應用程序可使用的主題,例如提供個性化佈局。

MultipartResolver:解析多部分請求,以支持從HTML表單上傳文件。

FlashMapManager:存儲並檢索可用於將一個請求屬性傳遞到另外一個請求的input和output的FlashMap,一般用於重定向。

在Web MVC框架中,每一個DispatcherServlet都擁本身的WebApplicationContext,它繼承了ApplicationContext。WebApplicationContext包含了其上下文和Servlet實例之間共享的全部的基礎框架beans。

 

  • HandlerMapping:

HandlerMapping接口處理請求的映射

HandlerMapping接口的實現類:

SimpleUrlHandlerMapping類經過配置文件把URL映射到Controller類。

DefaultAnnotationHandlerMapping類經過註解把URL映射到Controller類。

 

  • HandlerAdapter:

HandlerAdapter接口-處理請求映射

AnnotationMethodHandlerAdapter:經過註解,把請求URL映射到Controller類的方法上。

  • HandlerExceptionResolver:

HandlerExceptionResolver接口-異常處理接口

SimpleMappingExceptionResolver經過配置文件進行異常處理。

AnnotationMethodHandlerExceptionResolver:經過註解進行異常處理。

  • ViewResolver:

ViewResolver接口解析View視圖。

UrlBasedViewResolver類 經過配置文件,把一個視圖名交給到一個View來處理。

相關文章
相關標籤/搜索