更多內容，歡迎關注微信公眾號：全菜工程師小輝~

Spring的優勢？

1. 降低了元件之間的耦合性 ，實現了軟體各層之間的解耦
2. 可以使用容易提供的眾多服務，如事務管理，訊息服務等
3. 容器提供單例模式支援
4. 容器提供了AOP技術，利用它很容易實現如許可權攔截，執行期監控等功能
5. Spring的IoC機制降低了業務物件替換的複雜性
6. 容器提供了眾多的輔助類，能加快應用的開發
7. Spring對於主流的應用框架提供了整合支援，如Hibernate，JPA，Mybatis等
8. Spring屬於低侵入式設計，程式碼的汙染極低, 並且獨立於各種應用伺服器
9. Spring的高度開放性，並不強制應用完全依賴於Spring，開發者可以自由選擇spring的部分或全部。

為什麼本文不講AOP？

IoC和AOP是Spring框架的兩大特性，IoC和MVC的流程密不可分，可以看作是面向物件程式設計的實現；而AOP特性則是面向切面程式設計的體現，也是前者的補充，所以可以拆分開後續講解。

本文對SpringIoC和SpringMVC的流程進行了簡單的講解，更加詳細的過程，歡迎看筆者的程式碼庫，裡面幾乎每行程式碼都做了詳細註釋，一個請求debug跟下來，過程就一目瞭然了。

快戳我，我們去學習~

什麼是SpringIoC?

控制反轉IoC(Inversion of Control)，是一種設計思想。沒有IoC的程式中我們使用面向物件程式設計物件的建立與物件間的依賴關係完全硬編碼在程式中，物件的建立由程式自己控制，而使用控制反轉後，將物件的建立轉移給第三方。

IoC是Spring框架的核心內容，使用多種方式完美的實現了IoC，可以使用XML配置，也可以使用註解，新版本的Spring也可以零配置實現IoC。Spring容器在初始化時先讀取配置檔案，根據配置檔案或元資料建立與組織物件存入容器中，程式使用時再從IoC容器中取出需要的物件。

採用XML方式配置Bean的時候，Bean的定義資訊是和實現分離的，而採用註解的方式可以把兩者合為一體，Bean的定義資訊直接以註解的形式定義在實現類中，從而達到了零配置的目的。

SpringIoC的過程？

1. 基礎包掃描。讀取配置檔案，然後根據配置路徑進行全包掃描，，最後將掃描到的類名加上全限定名之後加入到陣列集合中
2. 例項化所有帶註解的類。遍歷上一步的陣列集合，判斷類上的註解並例項化該類，以該類的類名為key，例項為value，放入雜湊表中
3. 依賴注入。遍歷上一步的雜湊表，獲取類上所有Fields，遍歷Fields，判斷Fields上是否為@Autowired型別的註解，如果是的話就把Map中的例項賦值這個field

4. Url地址和方法對映。遍歷第二步的雜湊表，如果是Controller例項，獲取Methods並遍歷，判斷方法上是否含有@RequestMapping註解，如果含有，則獲取它的值，將@Controller的註解值拼接上@RequestMapping值組成key，當前method作為value，裝入hanlerMap中

5. 請求反射呼叫。(這一步已經屬於MVC範疇)一個url請求過來，獲取它的地址，拆分，獲取Controller例項，獲取Method例項，反射執行Method

什麼是SpringMVC?

SpringMVC框架是以請求為驅動，圍繞Servlet設計，將請求發給控制器，然後通過模型物件，分派器來展示請求結果檢視。其中核心類是DispatcherServlet，它是一個Servlet，頂層是實現的Servlet介面。

為什麼要用SpringMVC?

框架的作用一直都是用來簡化程式設計的：
servlet只有doGet和doPost，一個servlet類只能處理一個url-pattern。
SpringMVC類裡面可以通過RequestMapping處理很多請求，並且支援Rest風格的請求，如DELETE/PUT等；SpringMVC引數的對映可以直接封裝成實體類。

SpringMVC的流程

流程圖說明:

1. 使用者傳送請求至 前端控制器DispatcherServlet。
2. 前端控制器DispatcherServlet收到請求後呼叫處理器對映器HandlerMapping。
3. 處理器對映器HandlerMapping根據請求的Url找到具體的處理器，生成處理器物件Handler及處理器攔截器HandlerIntercepter（如果有則生成）一併返回給前端控制器DispatcherServlet。
4. 前端控制器DispatcherServlet通過處理器介面卡HandlerAdapter呼叫處理器Controller。
5. 執行處理器（Controller，也叫後端控制器）
6. 處理器Controller執行完後返回ModelAndView。
7. 處理器對映器HandlerAdapter將處理器Controller執行返回的結果ModelAndView返回給前端控制器DispatcherServlet。
8. 前端控制器DispatcherServlet將ModelAnView傳給檢視解析器ViewResolver。
9. 檢視解析器ViewResolver解析後返回具體的檢視View。
10. 前端控制器DispatcherServlet對檢視View進行渲染檢視（即：將模型資料填充至檢視中）
11. 前端控制器DispatcherServlet響應使用者。

MVC流程中的模組：

1. DispatcherServlet：前端控制器（不需要程式設計師開發）
   使用者請求到達前端控制器，它相當於MVC模式中的C（Controller），DispatcherServlet是整個流程控制的中心，由它呼叫其它元件處理使用者的請求，DispatcherServlet的存在降低了元件之間的耦合性。
   作用：作為接受請求，相應結果，相當於轉發器，中央處理器，減少其他元件之間的耦合度。
   
2. HandlerMapping：處理器對映器（不需要程式設計師開發）
   HandlerMapping負責根據使用者請求找到Handler（即：處理器），SpringMVC提供了不同的對映器實現實現不同的對映方式，例如：配置檔案方式、實現介面方式、註解方式等。
   作用：根據請求的Url 查詢Handler
3. Handler：處理器（需要程式設計師開發）
   Handler是繼DispatcherServlet前端控制器的後端控制器，在DispatcherServlet的控制下，Handler對具體的使用者請求進行處理。
   由於Handler設計到具體的使用者業務請求，所以一般情況需要程式設計師根據業務需求開發Handler。
4. HandlerAdapter：處理器介面卡
   通過HandlerAdapter對處理器進行執行，這是介面卡模式的應用，通過擴充套件介面卡可以對更多型別的處理器進行執行。
   作用：按照特定的規則（HandlerAdapter要求的規則）去執行Handler
5. ViewResolver：檢視解析器（不需要程式設計師開發）
   ViewResolver負責將處理結果生成View檢視，ViewResolver首先根據邏輯檢視名解析成物理檢視名，即具體的頁面地址，再生成View檢視物件，最後對View進行渲染將處理結果通過頁面的展示給使用者。SpringMVC框架提供了很多View檢視型別，包括：JSTLView、freemarkerView、pdfView等等。
   作用：進行檢視解析，根據邏輯檢視名解析成真正的檢視（view）。
6. View檢視 （需要程式設計師開發 jsp）
   View是一個介面，實現類支援不同的View型別（jsp、freemarker等）一般情況下需要通過頁面標籤或者頁面模板技術將模型資料通過頁面展示給使用者，需要由程式設計師根據業務需求開發具體的頁面。

相關推薦