這里我們首先介紹一下，目前市面上絕大部分web框架，一次 request -> response 的生命周期具體經過了哪些節點。 1.路由 當客戶端的請求到達服務器之后，后端服務首先需要對請求的路徑進行匹配，當客戶端請求的路徑與后端服務中已存在的路徑匹配成功后，進入下一步。 路由就是通過相關算法專門對請求路徑精確匹配的模塊。 2.中間件 中間件根據需要進行加載，例如： token 中間件，就是負責對需要鑒權的接口進行校驗，只有鑒權通過后，才能進入下一步，否則就直接在中間件向客戶端響應，不再執行后續邏輯。 中間件本質上仍然是一個回調函數，在函數內部決定邏輯是否繼續向后執行。 3.表單參數驗證器 負責接口參數校驗，你可以把它編寫為一個中間件調用，也可以作為請求過程中的一個節點使用，在ginskeleton 中是作為一次請求過程中的節點去使用，主要負責對表單請求的參數進行校驗，只有驗證通過后，才能進入下一個環節——控制器。 4.控制器 控制器理解為調度器更為合理，它作為業務開始分發的一個中樞節點，在這里開始對業務的處理方式進行分塊處理，如果是簡單邏輯可以直接調用 model 層中的方法完成，獲取返回結果，直接給客戶端響應。如果業務復雜，那么調用 service 層中的邏輯，將復雜的業務分步驟處理，根據需要繼續調用 model 層共同完成，最后將結果返回給控制器，由控制器匯總處理結果，將最終結果給客戶返回。 5.model 層 該層專門負責將業務落地到數據庫，curd 代碼塊的重災區。 6.service 層 處理復雜業務邏輯的代碼塊重災區，不管是原始的請求數據需要復雜處理后落地到數據庫，還是數據庫查詢出原始數據需要二次加工后才能響應，service 層專門負責解決各種疑難雜癥。 7.最后貼一張圖說明一下整個過程 后續我帶大家進入整個請求到響應的全生命周期過程學習，ginskeleton 只是在每個環境做了一些兼容邏輯、處理，使開發業務更加順暢，后面的學習本質上都是對 gin 的學習，ginskeleton 自身幾乎沒有新的知識點，沒有學習負擔.