主頁 > 軟體設計 > SpringMVC的作業原理

SpringMVC的作業原理

2020-09-11 23:57:31 軟體設計

SpringMVC的作業原理圖:

SpringMVC流程

1、  用戶發送請求至前端控制器DispatcherServlet,

2、  DispatcherServlet收到請求呼叫HandlerMapping處理器映射器,

3、  處理器映射器找到具體的處理器(可以根據xml配置、注解進行查找),生成處理器物件及處理器攔截器(如果有則生成)一并回傳給DispatcherServlet,

4、  DispatcherServlet呼叫HandlerAdapter處理器配接器,

5、  HandlerAdapter經過適配呼叫具體的處理器(Controller,也叫后端控制器),

6、  Controller執行完成回傳ModelAndView,

7、  HandlerAdapter將controller執行結果ModelAndView回傳給DispatcherServlet,

8、  DispatcherServlet將ModelAndView傳給ViewReslover視圖決議器,

9、  ViewReslover決議后回傳具體View,

10、DispatcherServlet根據View進行渲染視圖(即將模型資料填充至視圖中),

11、 DispatcherServlet回應用戶,

組件說明:

以下組件通常使用框架提供實作:

DispatcherServlet:作為前端控制器,整個流程控制的中心,控制其它組件執行,統一調度,降低組件之間的耦合性,提高每個組件的擴展性,

HandlerMapping:通過擴展處理器映射器實作不同的映射方式,例如:組態檔方式,實作介面方式,注解方式等, 

HandlAdapter:通過擴展處理器配接器,支持更多型別的處理器,

ViewResolver:通過擴展視圖決議器,支持更多型別的視圖決議,例如:jsp、freemarker、pdf、excel等,

組件:
1、前端控制器DispatcherServlet(不需要工程師開發),由框架提供
作用:接收請求,回應結果,相當于轉發器,中央處理器,有了dispatcherServlet減少了其它組件之間的耦合度,
用戶請求到達前端控制器,它就相當于mvc模式中的c,dispatcherServlet是整個流程控制的中心,由它呼叫其它組件處理用戶的請求,dispatcherServlet的存在降低了組件之間的耦合性,

2、處理器映射器HandlerMapping(不需要工程師開發),由框架提供
作用:根據請求的url查找Handler
HandlerMapping負責根據用戶請求找到Handler即處理器,springmvc提供了不同的映射器實作不同的映射方式,例如:組態檔方式,實作介面方式,注解方式等,

3、處理器配接器HandlerAdapter
作用:按照特定規則(HandlerAdapter要求的規則)去執行Handler
通過HandlerAdapter對處理器進行執行,這是配接器模式的應用,通過擴展配接器可以對更多型別的處理器進行執行,

4、處理器Handler(需要工程師開發)
注意:撰寫Handler時按照HandlerAdapter的要求去做,這樣配接器才可以去正確執行Handler
Handler 是繼DispatcherServlet前端控制器的后端控制器,在DispatcherServlet的控制下Handler對具體的用戶請求進行處理,
由于Handler涉及到具體的用戶業務請求,所以一般情況需要工程師根據業務需求開發Handler,

5、視圖決議器View resolver(不需要工程師開發),由框架提供
作用:進行視圖決議,根據邏輯視圖名決議成真正的視圖(view)
View Resolver負責將處理結果生成View視圖,View Resolver首先根據邏輯視圖名決議成物理視圖名即具體的頁面地址,再生成View視圖物件,最后對View進行渲染將處理結果通過頁面展示給用戶, springmvc框架提供了很多的View視圖型別,包括:jstlView、freemarkerView、pdfView等,
一般情況下需要通過頁面標簽或頁面模版技術將模型資料通過頁面展示給用戶,需要由工程師根據業務需求開發具體的頁面,

6、視圖View(需要工程師開發jsp...)
View是一個介面,實作類支持不同的View型別(jsp、freemarker、pdf...)

核心架構的具體流程步驟如下:
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回傳回應給用戶,到此一個流程結束,

下邊兩個組件通常情況下需要開發:

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):進行視圖決議,多回傳的字串,進行處理,可以決議成對應的頁面

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/8433.html

標籤:架構設計

上一篇:《.netCore + Vue框架搭建之旅》前端篇:微前端架構設計(2)

下一篇:Rational Rose 2007破解版

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more