想像 Spring MVC 不只是一個(gè)框架，而是一種餐廳。你來到餐廳（發(fā)送 HTTP 請(qǐng)求），然後魔法就開始了，這就是 Spring MVC 世界中發(fā)生的事情：
您進(jìn)入一家餐廳 - DispatcherServlet 正在值守
想像一下走進(jìn) Spring MVC 餐廳。但在您上桌之前，首席門童 - DispatcherServlet 會(huì)向您打招呼。他代表前端官員並管理所有訂單。您的 HTTP 請(qǐng)求就像您對(duì)門衛(wèi)的第一次問候：您想要一些美味的東西。
DispatcherServlet 本身並不準(zhǔn)備食物，它只是將請(qǐng)求傳遞給所需的“廚師”，即您的控制器，由他來準(zhǔn)備菜餚。但稍後會(huì)詳細(xì)介紹。首先，門衛(wèi)會(huì)查看菜單，看看哪位廚師可以為你準(zhǔn)備你想要的東西。
尋找配方的處理程序 - HandlerMapping
一旦你說：“我想要一些好吃的！”，門衛(wèi)（我們勇敢的 DispatcherServlet）不會(huì)立即衝向廚房。不，首先他打開 HandlerMapping，其中有所有可能的餐廳菜餚以及可以準(zhǔn)備這些菜餚的廚師。
你想要一塊蛋糕。門童檢視他的筆記，發(fā)現(xiàn)約翰廚師正在透過 ChefController 製作蛋糕。
門童將訂單送到廚房 - HandlerAdapter
一旦門衛(wèi)找到了合適的廚師，他就會(huì)使用他的助手HandlerAdapter，幫助打包訂單並將其傳輸?shù)綇N房交給廚師。就好像門童在低聲說：「約翰，為顧客做個(gè)蛋糕，快來吧！」
廚師準(zhǔn)備菜餚 – 控制器
現(xiàn)在約翰廚師接任。他是我們的主控，負(fù)責(zé)煮飯。根據(jù)客戶的要求，他可以製作不同的蛋糕。例如，如果請(qǐng)求是 GET，那麼 John 可以簡(jiǎn)單地展示現(xiàn)成的蛋糕（將它們從冰箱中取出）。如果要求是 POST，那麼也許您想要一個(gè)鮮奶油蛋糕，John 就會(huì)開始做飯。
範(fàn)例：
@GetMapping("/cakes")
公用列表
return List.of("拿破崙", "提拉米蘇", "起司蛋糕");
}
這位廚師也不猶豫，立刻就給了一份蛋糕清單！
菜餚裝飾 - ViewResolver
菜餚準(zhǔn)備好後，您需要精美地呈現(xiàn)它。這就是 ViewResolver 發(fā)揮作用的地方。他就像一個(gè)盤子設(shè)計(jì)師：他決定以什麼形式將菜餚提供給客戶。你不想只看到一堆配料，你想要一個(gè)裝飾精美的蛋糕！
ViewResolver 可以決定將蛋糕放在金盤 (JSP) 上，或放在盒子 (JSON) 中（如果您訂購了蛋糕）。
瞧！ 餐桌上的菜餚 - HTTP 回應(yīng)
最後，菜準(zhǔn)備好了並上桌。您的客戶端（瀏覽器）收到餐廳的回應(yīng)。根據(jù)您的訂單，這可能是包含蛋糕的 HTML 頁面，或者如果您透過外帶應(yīng)用程式訂購，則可能是 JSON 物件。
例如，廚師 John 決定以 JSON 格式提交蛋糕清單：
@GetMapping("/cakes")
@ResponseBody
公用列表
return List.of("提拉米蘇", "拿破崙", "閃電泡芙");
}
客戶收到了帶有蛋糕的 JSON，他的生活變得更好了！
如果出了問題怎麼辦？ — 異常處理
與任何餐廳一樣，有時(shí)會(huì)出現(xiàn)問題。例如，約翰廚師突然把你的蛋糕掉到了地板上！在 Spring MVC 世界中，這相當(dāng)於異常（例如請(qǐng)求無法處理）。
不過別擔(dān)心，Spring Restaurant 有一位特別的服務(wù)生叫 ExceptionHandler，他會(huì)快速回覆並給你帶來道歉或新訂單。
@ExceptionHandler(NoCakesAvailableException.class)
公共 ResponseEntity
return new ResponseEntity("抱歉，所有蛋糕都出來了！", HttpStatus.NOT_FOUND);
}
這樣，如果突然沒有蛋糕了，他們會(huì)告訴你一切都結(jié)束了並請(qǐng)求原諒。
結(jié)論
現(xiàn)在你明白了Spring MVC就像一家餐廳，有一個(gè)結(jié)構(gòu)清晰的服務(wù)系統(tǒng)。在這裡，門童（DispatcherServlet）接受您的訂單，找到準(zhǔn)備菜餚（處理請(qǐng)求）的合適廚師（控制器），服務(wù)員（HandlerAdapter 和 ViewResolver）將精美呈現(xiàn)的結(jié)果呈現(xiàn)出來。即使出現(xiàn)問題，ExceptionHandler 也始終準(zhǔn)備好進(jìn)行備份。
以上是Spring MVC 餐廳的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！
熱AI工具
Undress AI Tool
免費(fèi)脫衣圖片
Undresser.AI Undress
人工智慧驅(qū)動(dòng)的應(yīng)用程序，用於創(chuàng)建逼真的裸體照片
AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。
Clothoff.io
AI脫衣器
Video Face Swap
使用我們完全免費(fèi)的人工智慧換臉工具，輕鬆在任何影片中換臉！
熱門文章
熱工具
記事本++7.3.1
好用且免費(fèi)的程式碼編輯器
SublimeText3漢化版
中文版，非常好用
禪工作室 13.0.1
強(qiáng)大的PHP整合開發(fā)環(huán)境
Dreamweaver CS6
視覺化網(wǎng)頁開發(fā)工具
SublimeText3 Mac版
神級(jí)程式碼編輯軟體(SublimeText3)
Java中可呼叫和可運(yùn)行的差異
Jul 04, 2025 am 02:50 AM
Callable和Runnable在Java中主要有三點(diǎn)區(qū)別。第一，Callable的call()方法可以返回結(jié)果，適合需要返回值的任務(wù)，如Callable；而Runnable的run()方法無返回值，適用於無需返回的任務(wù)，如日誌記錄。第二，Callable允許拋出checked異常，便於錯(cuò)誤傳遞；而Runnable必須在內(nèi)部處理異常。第三，Runnable可直接傳給Thread或ExecutorService，而Callable只能提交給ExecutorService，並返回Future對(duì)像以
現(xiàn)代爪哇的異步編程技術(shù)
Jul 07, 2025 am 02:24 AM
Java支持異步編程的方式包括使用CompletableFuture、響應(yīng)式流（如ProjectReactor）以及Java19 中的虛擬線程。 1.CompletableFuture通過鍊式調(diào)用提升代碼可讀性和維護(hù)性，支持任務(wù)編排和異常處理；2.ProjectReactor提供Mono和Flux類型實(shí)現(xiàn)響應(yīng)式編程，具備背壓機(jī)制和豐富的操作符；3.虛擬線程減少並發(fā)成本，適用於I/O密集型任務(wù)，與傳統(tǒng)平臺(tái)線程相比更輕量且易於擴(kuò)展。每種方式均有適用場(chǎng)景，應(yīng)根據(jù)需求選擇合適工具並避免混合模型以保持簡(jiǎn)潔性
了解Java Nio及其優(yōu)勢(shì)
Jul 08, 2025 am 02:55 AM
JavaNIO是Java1.4引入的新型IOAPI，1）面向緩衝區(qū)和通道，2）包含Buffer、Channel和Selector核心組件，3）支持非阻塞模式，4）相比傳統(tǒng)IO更高效處理並發(fā)連接。其優(yōu)勢(shì)體現(xiàn)在：1）非阻塞IO減少線程開銷，2）Buffer提升數(shù)據(jù)傳輸效率，3）Selector實(shí)現(xiàn)多路復(fù)用，4）內(nèi)存映射加快文件讀寫。使用時(shí)需注意：1）Buffer的flip/clear操作易混淆，2）非阻塞下需手動(dòng)處理不完整數(shù)據(jù)，3）Selector註冊(cè)需及時(shí)取消，4）NIO並非適用於所有場(chǎng)景。
在Java中使用枚舉的最佳實(shí)踐
Jul 07, 2025 am 02:35 AM
在Java中，枚舉（enum）適合表示固定常量集合，最佳實(shí)踐包括：1.用enum表示固定狀態(tài)或選項(xiàng)，提升類型安全和可讀性；2.為枚舉添加屬性和方法以增強(qiáng)靈活性，如定義字段、構(gòu)造函數(shù)、輔助方法等；3.使用EnumMap和EnumSet提高性能和類型安全性，因其基於數(shù)組實(shí)現(xiàn)更高效；4.避免濫用enum，如動(dòng)態(tài)值、頻繁變更或複雜邏輯場(chǎng)景應(yīng)使用其他方式替代。正確使用enum能提升代碼質(zhì)量並減少錯(cuò)誤，但需注意其適用邊界。
Java Classloader在內(nèi)部如何工作
Jul 06, 2025 am 02:53 AM
Java的類加載機(jī)制通過ClassLoader實(shí)現(xiàn)，其核心工作流程分為加載、鏈接和初始化三個(gè)階段。加載階段由ClassLoader動(dòng)態(tài)讀取類的字節(jié)碼並創(chuàng)建Class對(duì)象；鏈接包括驗(yàn)證類的正確性、為靜態(tài)變量分配內(nèi)存及解析符號(hào)引用；初始化則執(zhí)行靜態(tài)代碼塊和靜態(tài)變量賦值。類加載採(cǎi)用雙親委派模型，優(yōu)先委託父類加載器查找類，依次嘗試Bootstrap、Extension和ApplicationClassLoader，確保核心類庫安全且避免重複加載。開發(fā)者可自定義ClassLoader，如URLClassL
探索Java中不同的同步機(jī)制
Jul 04, 2025 am 02:53 AM
Javaprovidesmultiplesynchronizationtoolsforthreadsafety.1.synchronizedblocksensuremutualexclusionbylockingmethodsorspecificcodesections.2.ReentrantLockoffersadvancedcontrol,includingtryLockandfairnesspolicies.3.Conditionvariablesallowthreadstowaitfor
有效處理常見的Java例外
Jul 05, 2025 am 02:35 AM
Java異常處理的關(guān)鍵在於區(qū)分checked和unchecked異常並合理使用try-catch、finally及日誌記錄。 1.checked異常如IOException需強(qiáng)制處理，適用於可預(yù)期的外部問題；2.unchecked異常如NullPointerException通常由程序邏輯錯(cuò)誤引起，屬於運(yùn)行時(shí)錯(cuò)誤；3.捕獲異常時(shí)應(yīng)具體明確，避免籠統(tǒng)捕獲Exception；4.推薦使用try-with-resources自動(dòng)關(guān)閉資源，減少手動(dòng)清理代碼；5.異常處理中應(yīng)結(jié)合日誌框架記錄詳細(xì)信息，便於後
Hashmap在Java內(nèi)部如何工作？
Jul 15, 2025 am 03:10 AM
HashMap在Java中通過哈希表實(shí)現(xiàn)鍵值對(duì)存儲(chǔ)，其核心在於快速定位數(shù)據(jù)位置。 1.首先使用鍵的hashCode()方法生成哈希值，並通過位運(yùn)算轉(zhuǎn)換為數(shù)組索引；2.不同對(duì)象可能產(chǎn)生相同哈希值，導(dǎo)致衝突，此時(shí)以鍊錶形式掛載節(jié)點(diǎn)，JDK8後鍊錶過長(zhǎng)（默認(rèn)長(zhǎng)度8）則轉(zhuǎn)為紅黑樹提升效率；3.使用自定義類作鍵時(shí)必須重寫equals()和hashCode()方法；4.HashMap動(dòng)態(tài)擴(kuò)容，當(dāng)元素?cái)?shù)超過容量乘以負(fù)載因子（默認(rèn)0.75）時(shí)，擴(kuò)容並重新哈希；5.HashMap非線程安全，多線程下應(yīng)使用Concu
