手寫Spring MVC_ZenDei技術網路在線

閑及無聊又打開了CSDN開始看一看有什麼先進的可以學習的相關帖子，這時看到了一位大神寫的簡歷裝X必備，手寫Spring MVC。我想這個東西還是有一點意思的就拜讀了一下大佬的博客通讀了一遍相關代碼感覺和我想象中spring的運作流程基本相同但是我腦海中基本上只有一個非常簡單的基本概念而 ...

閑及無聊又打開了CSDN開始看一看有什麼先進的可以學習的相關帖子，這時看到了一位大神寫的簡歷裝X必備，手寫Spring MVC。

我想這個東西還是有一點意思的就拜讀了一下大佬的博客通讀了一遍相關代碼感覺和我想象中spring的運作流程基本相同但是我腦海中基本上只有一個非常簡單的基本概念而這位大佬具象化了相關的代碼內容值得學習一番。

同樣的我的博客里代碼都是圖片需要膜拜學習原博的同志可以參考

版權聲明：本文為CSDN博主「肖朋偉」的原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/qq_40147863/article/details/96505433（代碼可複製）

學習自《Spring 5核心原理與30個類手寫實戰》作者 Tom 老師

全文核心！！！！！！看明白了才能真的學會如何去寫本文代碼基本照搬肖老師的代碼在其中增加了一些自己學習的理解和心得

一、整體思路
思路要熟練背下來

1）配置階段

配置 web.xml：
<sevlet>
XDispatchServlet //繼承HttpServlet類重寫doGet doPost init三個函數在web.xml中配置的原因為保證在tomcat啟動的時候對此類進行初始化保證初始化的完成

設定 init-param： contextConfigLocation = applicationContext.properties // 在類載入時將配置文件初始化到 servlet的配置對象中方便獲取其中啟動參數
<servlet-mapping>
設定 url-pattern： /* // 表示此servlet接受並處理一切藉口
配置 Annotation： @XController @XService @XAutowired @XRequestMapping // 自定義註解類從代碼實現上來看是類別的表示方便Spring在通過反射方式載入相關對象時能夠更準確的對需要載入的對象進行分類而不需要每個類進行逐條審查
2）初始化階段

IOC：
調用 init() 方法：載入配置文件
IOC 容器初始化： Map<String, Object>
掃描相關的類： scan-package=“com.xiaopengwei”
創建實例化並保存到容器：同過反射機制將類實例化放入 IOC 容器中

PS：ioc容器控制反轉主要作用為在tomcat啟動時將配置掃描路徑下的相關對象全部初始化到一個map對象中在需要使用時可以將相關對象直接進行使用不會說到了使用的時候在對相關對象進行載入且不會出現重覆某一對象重覆生成多個實例的場景

從某種程度上緩解了記憶體的壓力 ioc容器核心就是一個Map對象存儲需要使用的bean對象通過beanId或beanName來對應在需要使用的地方進行調用且ioc容器就是java設計模式中工廠模式的經典使用。

DI：
進行 DI 操作：掃描 IOC 容器中的實例，給沒有賦值的屬性自動賦值

PS：DI 註入 Spring容器中提供參數註入構造器註入自動註入等方式而本文中展示的為註解類型的自動註入但是從本質上來說集中註入方式都是一樣的即可以理解為在程式啟動時載入某種註入的規則即通過反射的方式將什麼對象註入至另一個的對象中的某個值中

MVC：
初始化 HandlerMapping：將一個 URL 和一個 Method 進行一對一的關聯映射 Map<String, Method>

PS：本文中的MVC相關基本只是url及對應函數之間的一個映射關係參數及post請求中json字元串轉化為相應對象的功能並未實現但其實參數綁定其實就是簡單的參數名映射 json與類對象之間的相互轉換只要熟悉json對象的構造方式及簡單的反射方法即可實現何況相關json對象解析的相關插件也有很多如果有時間可以看一次相關插件的源碼瞭解一下人家關於類對象及反射的理解從中學習

3）運行階段

調用 doGet() / doPost() 方法： Web 容器調用 doGet() / doPost() 方法，獲得 request/response 對象
匹配 HandleMapping：從 request 對象中獲得用戶輸入的 url，找到其對應的 Method
反射調用 method.invoker()：利用反射調用方法並返回結果
response.getWrite().write()：將返回結果輸出到瀏覽器

PS：web容器已經相當於設定了相對穩定的規則重寫了其中的doGet/doPost方法即在http相關處理過程中加入了自己想要的一些處理及自己的解析規則（Restful風格介面從某種程度上來說就複雜於本文中的解析規則）

PS:：突然想到了一句題外話正因為重寫了doGet及doPost方法才給了aop處理的空間假設我們在初始化時解析配置文件增加一個Map<Object(aop執行規則，在什麼函數之前或在什麼函數之後執行), method（需要執行的方法）> 然後在get及post方法實際處理方法的前後加上一個針對此map的判斷不就實現了aop面向切麵的思想了嗎！！！

二、代碼

1、代碼架構