閑及無聊 又打開了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、代碼架構
簡單的區分了spring容器需要的簡化的一些對象
2、pom.xml
junit為預設載入的 實際上 spring還是基於servlet相關處理的一個機制 只是在此機制上 大大的發展和簡化了很多地方的代碼開發及冗餘
使我們java從業人員可以更好的 更簡易的進行相關代碼開發工作
3、web.xml
手寫Spring的核心 XDispatchServlet 在此類中完成相關對象的初始化及註入工作
4、application.propertis
見名知意 掃描路徑 設計思路及掃描此路徑像的相關對象 並初始化載入至ioc容器中
5、自定義註解類
自動註入註解
controller註解
url相應路徑註解
Service類註解
PS:本來想在此詳細解析@Target@Retention@Documented@interface等元註解 但是在搜索學習是被一篇博客教育的服服帖帖 建議大家可以學習一下
https://www.cnblogs.com/gmq-sh/p/4798194.html
如果不願去看的話在此簡要說明一下
@Target主要為標記當前註解使用的地點 TYPE為類、METHOD為方法、FILED為參數
@Retention主要表示此註解標識的對象生命周期 RUNTIME標識運行時使用 基本就會一直載入在運行記憶體中
@Documented Documented註解表明這個註釋是由 javadoc記錄的,在預設情況下也有類似的記錄工具。 如果一個類型聲明被註釋了文檔化,它的註釋成為公共API的一部分(這個說明感覺比網址中的說明好理解一下 但是說實話 還是不太清楚這個的意義 還有待學習 希望日後學到其他的知識時可以理解)
6、核心XDispatchServlet
相關引用
初始化常量
重啟doGet及doPost方法
自定義請求處理器(理論上就可以在這個函數中增加aop相關操作)
重寫servlet初始化方法 保證在tomcat啟動時相關對象的載入
初始化相關對象列印
url請求映射對象初始化
自動化註入
ioc容器初始化
掃描路徑下的相關類對象 因牽扯到文件夾的搜索 所以採用遞歸方式層層搜索載入
記載配置
此處字母大小寫變更方式很有意思 牽扯到char值存儲的一個因素 char值存儲任何中文或英文其實內部存儲的可以理解為一個標識碼,此處已經預設className的首字母必然為大寫所以未經判斷 這個在實際應用中應該避免
如果對char值存儲的字元碼值有興趣可以百度搜索Unicode字元列表 至於為什麼是加32 因為unicode字元集採用的計算方式為16進位 具體對應碼可以百度查詢
PS:因代碼編寫習慣 所以其實圖片應該從下向上看 其實更符合此類載入的一個順序 但更建議敲出來 直接在init方法中點進去關聯著看
7、controller類
此處主要是為了展現自動註入及url映射的一個處理
8、服務層介面類
實現類
此處模擬實現假設是真的返回了業務處理後應返回的相關返回
三、代碼運行
這個SpringMocker是我的項目名稱如果不做特殊處理的話需要在url中增加此欄位,即doDispatch函數中解析忽略的contextPath欄位
如果需要隱藏項目名稱需要在tomcat的conf目錄下找到server.xml配置文件的HOST標簽
<Context path="" docBase="SpringMocker" />在其中增加如此欄位即可
效果如下