對(duì)Java程序員來(lái)講，做web開(kāi)發(fā)最熟悉的框架莫過(guò)于SpringMVC了。之所以它能一統(tǒng)江湖，不是自己太優(yōu)秀，而是對(duì)手太坑了，不知道大家還記不記得2017年左右Struts2爆出了一個(gè)大漏洞，自此之后，Web開(kāi)發(fā)領(lǐng)域的就是SpringMVC的天下了。

但是鑒于這么優(yōu)秀的框架，很多程序員還只是停留在會(huì)用的狀態(tài)，對(duì)底層的原理卻不甚了解，所以今天咱么就來(lái)聊聊SpringMVC的工作原理。

三層架構(gòu)

在開(kāi)始介紹SpringMVC之前，咱么要先來(lái)了解一下web開(kāi)發(fā)的歷史。我們的開(kāi)發(fā)架構(gòu)一般都是基于兩種形式，一種是C/S架構(gòu)，也就是客戶端/服務(wù)器，另一種是B/S架構(gòu)，也就是瀏覽器/服務(wù)器。而在JavaWeb開(kāi)發(fā)中，幾乎都是采用B/S架構(gòu)的開(kāi)發(fā)模式，在這種架構(gòu)模式中，將整個(gè)業(yè)務(wù)應(yīng)用劃分為三層架構(gòu)，分別是：：表現(xiàn)層（UI）、業(yè)務(wù)邏輯層（BLL）、數(shù)據(jù)訪問(wèn)層（DAL），核心的思想就是“高內(nèi)聚，低耦合”。

• 表現(xiàn)層（UI）
  也就是我們常說(shuō)的web層，展現(xiàn)給用戶的界面，即用戶在使用一個(gè)系統(tǒng)的時(shí)候的所見(jiàn)所得。講人話就是我們看到的網(wǎng)頁(yè)。

• 業(yè)務(wù)邏輯層（BLL）
  也就是我們常說(shuō)的 service 層。主要對(duì)業(yè)務(wù)業(yè)務(wù)邏輯處理。

• 數(shù)據(jù)訪問(wèn)層（DAL）
  也就是我們是常說(shuō)的DAO 層。就是直接操作數(shù)據(jù)庫(kù)，針對(duì)數(shù)據(jù)的增添、刪除、修改、更新、查找等。

MVC框架模式

MVC全稱是【ModelView Controller】，模型(Model)是－視圖(View)－控制器(Controller)的縮寫(xiě)，是一種軟件設(shè)計(jì)模式，是一種架構(gòu)思想，體現(xiàn)的是責(zé)任分離思想，各自做各自最擅長(zhǎng)的事情。它是基于表現(xiàn)層把程序分為三大部分：模型、視圖、控制器，每一部分又有其單獨(dú)的意含義。

• 模型(Model )：數(shù)據(jù)模型，Model是數(shù)據(jù)模型，其實(shí)就是JavaBean對(duì)象，細(xì)分可以表示為業(yè)務(wù)組件（service）、領(lǐng)域模型組件（domain）等，Model包含要展示的數(shù)據(jù)和擁有的業(yè)務(wù)功能方法。

• 視圖(View )：數(shù)據(jù)展示，說(shuō)人話就是用戶能看到的網(wǎng)頁(yè)界面，當(dāng)然該界面上還需要展示數(shù)據(jù)模型中的具體數(shù)據(jù)。

• 控制器(Controller)：接收用戶請(qǐng)求，并分發(fā)給對(duì)應(yīng)的模型進(jìn)行處理處理完畢后把返回的模型數(shù)據(jù)返回給視圖進(jìn)行渲染，最終展示給用戶。

SpringMVC 的概念

SpringMVC 是一種基于Java 的實(shí)現(xiàn) MVC 設(shè)計(jì)模型的請(qǐng)求驅(qū)動(dòng)類型的輕量級(jí)Web 框架，是Spring 框架提供的構(gòu)建Web 應(yīng)用程序的全功能 MVC模塊。目前SpringMVC 已經(jīng)成為目前最優(yōu)秀的MVC 框架之一。特別是支持RESTful編程風(fēng)格，更是和微服架構(gòu)的無(wú)縫契合。

SpringMVC的核心組件

1.DispatcherServlet【前端控制器】

相當(dāng)于中央處理器，用來(lái)分發(fā)請(qǐng)求的不同的處理流程，如：分發(fā)到HandlerMapping、HandlerAdapter、View resolver等。

2.Controller【處理器】

處理不同類型的業(yè)務(wù)請(qǐng)求，如：增刪改查的業(yè)務(wù)。

3.HandlerMapping【處理器映射器】

根據(jù)用戶請(qǐng)求找到Handler即處理器，SpringMvc提供了不同的映射器實(shí)現(xiàn)不同的映射方式，如：配置文件方式，實(shí)現(xiàn)接口方式，注解方式。

4.HandlerAdapter【處理器適配器】

通過(guò)HandlerAdapter對(duì)處理器進(jìn)行執(zhí)行，這是適配器模式的應(yīng)用，通過(guò)擴(kuò)展適配器可以對(duì)更多類型的處理器進(jìn)行執(zhí)行。

5.View resolver【視圖解析器】

進(jìn)行視圖解析，根據(jù)邏輯視圖名解析成真正的視圖View視圖，最終需要通過(guò)網(wǎng)頁(yè)將數(shù)據(jù)模型展示給用戶。

執(zhí)行流程

下面我們來(lái)通過(guò)一張SpringMVC的流程圖，來(lái)看一下它的每個(gè)組件都是用來(lái)的干啥的，有什么作用，明白了這些之后，以后開(kāi)發(fā)的時(shí)候就可以很清楚的知道一個(gè)請(qǐng)求過(guò)來(lái)之后，都經(jīng)過(guò)了哪些組件，每一個(gè)組件都發(fā)揮了什么樣的作用。

根據(jù)這章流程圖，我們?cè)趤?lái)分別解釋一下每一步以及每一個(gè)組件的具體作用。

1、用戶發(fā)送請(qǐng)求至前端控制器DispatcherServlet，進(jìn)行分發(fā)處理。

2、DispatcherServlet收到請(qǐng)求調(diào)用處理器映射器HandlerMapping。

3、處理器映射器根據(jù)請(qǐng)求url找到具體的處理器，生成處理器執(zhí)行鏈HandlerExecutionChain(包括處理器對(duì)象和處理器攔截器)一并返回給DispatcherServlet。

4、DispatcherServlet根據(jù)處理器Handler獲取處理器適配器HandlerAdapter執(zhí)行HandlerAdapter處理一系列的操作，如：參數(shù)封裝，數(shù)據(jù)格式轉(zhuǎn)換，數(shù)據(jù)驗(yàn)證等操作。

5、執(zhí)行處理器Handler(Controller，也叫頁(yè)面控制器)。

6、Handler執(zhí)行完成返回ModelAndView。

7、HandlerAdapter將Handler執(zhí)行結(jié)果ModelAndView返回到DispatcherServlet。

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

9、ViewReslover解析后返回具體View。

10、DispatcherServlet對(duì)View進(jìn)行渲染視圖（即將模型數(shù)據(jù)model填充至視圖中）。

11、最終DispatcherServlet響應(yīng)用戶。

通過(guò)以上對(duì)每個(gè)組件的介紹，以及每個(gè)組件的作用，和各組件中的調(diào)用關(guān)系；明白了這些之后，我們使用SpringMVC的時(shí)候，在腦子里就會(huì)一張流程圖，知道每一個(gè)請(qǐng)求來(lái)了之后，都做了哪些動(dòng)作，如果后期我們想對(duì)一些請(qǐng)求進(jìn)行干預(yù)的話，就可以方便的找到對(duì)應(yīng)的組件，對(duì)應(yīng)的位置來(lái)進(jìn)行干預(yù)。