開(kāi)場(chǎng)白：來(lái)自面試官的一擊靈魂拷問(wèn)

說(shuō)出來(lái)你可能不信，我在社招面試的第一輪、第二輪、第三輪，都被問(wèn)到了這道題：

“你能詳細(xì)說(shuō)說(shuō) Spring MVC 的工作原理嗎？DispatcherServlet 在其中起什么作用？”

聽(tīng)到這個(gè)問(wèn)題我心里一緊，嘴上在笑，腦子飛速地回想當(dāng)年背過(guò)的知識(shí)點(diǎn)：“視圖解析器...攔截器...處理器映射...誒，不對(duì)，得講順啊！”

這題乍一看不難，但想答得“條理清晰 + 術(shù)語(yǔ)準(zhǔn)確 + 帶點(diǎn)源碼味道”，真不容易。

所以我決定把這篇文章寫(xiě)出來(lái)，給正在準(zhǔn)備面試的你打打氣、補(bǔ)補(bǔ)刀。

先講一個(gè)小故事：我們?yōu)槭裁葱枰?Spring MVC？

設(shè)想你是個(gè)餐廳老板。客戶(hù)點(diǎn)菜 -> 廚房做菜 -> 上菜 -> 客戶(hù)吃飯。

這個(gè)流程是不是很像我們平時(shí)寫(xiě) Web 應(yīng)用的處理流程？

• 用戶(hù)在瀏覽器發(fā)出請(qǐng)求（點(diǎn)菜）；
• 系統(tǒng)需要有人接單并決定誰(shuí)來(lái)做菜（控制器）；
• 根據(jù)客戶(hù)點(diǎn)的菜找到做這道菜的廚師（處理器映射）；
• 做好之后上菜（返回視圖）；
• 吃完之后結(jié)賬走人（返回響應(yīng)）；

而這個(gè)“整個(gè)點(diǎn)菜 - 做菜 - 上菜”的流程管理者，就是我們今天的主角——DispatcherServlet，也就是 Spring MVC 的調(diào)度中心。

正菜來(lái)啦：Spring MVC 的整體工作流程

下面是最最核心的一句話總結(jié)：

Spring MVC 是基于前端控制器（Front Controller）設(shè)計(jì)模式的 Web 框架，它的核心就是 DispatcherServlet，它把請(qǐng)求分發(fā)給真正的處理者（Controller），再將結(jié)果返回給用戶(hù)。

整個(gè)流程分為七步（強(qiáng)烈建議你能畫(huà)圖！）：

1. 用戶(hù)發(fā)起請(qǐng)求（比如訪問(wèn) /user/list）

用戶(hù)在瀏覽器輸入一個(gè)地址，例如：

這個(gè)請(qǐng)求先被 Web 容器（Tomcat）接收，再被轉(zhuǎn)交給 Spring MVC 的核心組件——DispatcherServlet。

2. DispatcherServlet 拿到請(qǐng)求，第一件事：找 HandlerMapping

DispatcherServlet 的第一步，是找誰(shuí)來(lái)處理這個(gè)請(qǐng)求。

它會(huì)遍歷所有的 HandlerMapping，比如：

• RequestMappingHandlerMapping
• BeanNameUrlHandlerMapping
• 你自定義的 HandlerMapping...

找出一個(gè)與請(qǐng)求匹配的處理器（Handler），也就是我們平時(shí)寫(xiě)的那個(gè) @Controller + @RequestMapping 的方法。

這時(shí)候，它還會(huì)找出與之綁定的 HandlerAdapter（適配器），方便后續(xù)執(zhí)行。

3. DispatcherServlet 調(diào)用 HandlerAdapter 執(zhí)行控制器方法

拿到處理器（Controller 方法）后，并不是 DispatcherServlet 親自去調(diào)的。

而是通過(guò) HandlerAdapter 去執(zhí)行它。這樣做的好處是：可以適配不同類(lèi)型的處理器（比如普通 Controller、注解式 Controller、HttpRequestHandler等）

執(zhí)行控制器方法時(shí)，會(huì)用上各種參數(shù)解析器（ArgumentResolvers）幫你自動(dòng)注入：

• @RequestParam
• @PathVariable
• HttpServletRequest
• Model、Map...

4. Controller 方法執(zhí)行完畢，返回一個(gè) ModelAndView

這是 Controller 層的出口。

比如你寫(xiě)了：

圖片

返回的 ModelAndView 里有兩個(gè)東西：

• View Name（視圖名，如 "userList"）
• Model 數(shù)據(jù)（比如 users）

5. DispatcherServlet 把視圖名交給 ViewResolver 找真正的 View

“userList” 到底是哪一個(gè)頁(yè)面？HTML？JSP？Thymeleaf？還是 PDF？

這時(shí)候，就要靠 ViewResolver 來(lái)解析了！

Spring 提供了很多 ViewResolver 的實(shí)現(xiàn)：

• InternalResourceViewResolver：用于 JSP
• ThymeleafViewResolver：用于 Thymeleaf
• 你也可以自定義視圖解析器

ViewResolver 根據(jù)名字找到了真正的 View 對(duì)象，然后交還給 DispatcherServlet。

6. DispatcherServlet 渲染視圖（View.render）

接下來(lái)就是 DispatcherServlet 和 View 的合作時(shí)刻了！

DispatcherServlet 把之前從 Controller 那里得到的 Model 數(shù)據(jù)傳給 View，View 會(huì)將它“渲染”為 HTML 頁(yè)面。

這一步，頁(yè)面模板技術(shù)（JSP / Thymeleaf / Freemarker）發(fā)揮了關(guān)鍵作用！

7. 最后一步：響應(yīng)返回給瀏覽器

渲染出來(lái)的 HTML 會(huì)被寫(xiě)入 HttpServletResponse，返回給客戶(hù)端。

用戶(hù)在瀏覽器看到頁(yè)面啦！

總結(jié)一下：Spring MVC 的工作流程

一圖勝千言，文字版總結(jié)如下：

圖片

是不是一整個(gè) 前后端協(xié)同、模塊解耦、職責(zé)清晰的系統(tǒng)設(shè)計(jì) 呢？這就是 Spring MVC 牛的地方！

專(zhuān)門(mén)講講 DispatcherServlet 的“調(diào)度之道”

好啦，咱們前面把整體流程理了一遍，下面來(lái)重點(diǎn)看看面試官特別關(guān)心的 DispatcherServlet。

DispatcherServlet 本質(zhì)上是一個(gè) Servlet，它繼承了 HttpServlet，但是又通過(guò) doDispatch 方法完成了整個(gè) MVC 流程的調(diào)度。

DispatcherServlet 的職責(zé)列表

• 初始化所有 MVC 組件（在容器啟動(dòng)時(shí)）：

ThemeResolver（主題）

LocaleResolver（多語(yǔ)言）

MultipartResolver（處理上傳）

異常處理器（HandlerExceptionResolver）

ViewResolver

HandlerAdapter

HandlerMapping

• 接收請(qǐng)求，執(zhí)行 doDispatch() 方法；
• 找處理器（Controller 方法）；
• 調(diào)用處理器；
• 找視圖；
• 渲染視圖；
• 異常處理；

是不是一個(gè)超級(jí)“全能選手”？

DispatcherServlet 的源碼探秘（輕量版）

你要是想進(jìn)一步 impress 面試官，可以提到它的源碼中的 doDispatch() 方法：

圖片

是不是感覺(jué)它就像一個(gè)調(diào)度中心，把各個(gè)模塊串聯(lián)起來(lái)、執(zhí)行流程控制、處理異常，是整個(gè) Spring MVC 的“心臟”。

面試加分Tips：如何把這道題答得更“香”？

如果你想讓面試官眼前一亮，可以：

• 先用一句話講清楚：“Spring MVC 是典型的前端控制器模式，DispatcherServlet 是請(qǐng)求分發(fā)的核心”；
• 然后講清楚七步流程；
• 再補(bǔ)充 DispatcherServlet 的職責(zé)、常見(jiàn)組件、源碼入口；
• 最后加上一兩點(diǎn)拓展，比如攔截器、國(guó)際化、異常處理等；

比如這樣答：

“Spring MVC 的核心是 DispatcherServlet，它作為前端控制器，負(fù)責(zé)將用戶(hù)請(qǐng)求分發(fā)到具體的 Controller 方法。整個(gè)流程包括請(qǐng)求接收、處理器查找、方法執(zhí)行、視圖解析和頁(yè)面渲染，形成一個(gè)高內(nèi)聚低耦合的處理鏈。而 DispatcherServlet 是整個(gè)鏈條的調(diào)度中心，貫穿了請(qǐng)求的始末。”

是不是既專(zhuān)業(yè)又完整？

小米的碎碎念：理解比背誦重要

我以前背過(guò)各種 MVC 步驟，流程圖都畫(huà)過(guò)好幾版，但一到面試就卡殼。

后來(lái)我把 DispatcherServlet 比作餐廳里的“大堂經(jīng)理”，理解了每一步的角色和職責(zé)，才真正明白了它是如何調(diào)度整個(gè)流程的。

所以你不要死記硬背，而是去理解“它為什么這么設(shè)計(jì)”“各個(gè)模塊如何協(xié)作”。

結(jié)尾：反問(wèn)面試官的一句話

最后分享一個(gè)我在面試時(shí)反問(wèn)面試官的小技巧：

“我對(duì) Spring MVC 的 DispatcherServlet 比較熟悉，請(qǐng)問(wèn)你們?cè)趯?shí)際項(xiàng)目中有沒(méi)有做過(guò)定制？比如擴(kuò)展 HandlerAdapter 或 ViewResolver？”

這句話既展示了你對(duì)原理的掌握，又體現(xiàn)了你思考落地應(yīng)用的能力，真的很加分！

最后一口飯：記住這三句話！

• DispatcherServlet 是 Spring MVC 的核心調(diào)度器，負(fù)責(zé)請(qǐng)求的分發(fā)與響應(yīng)的輸出；
• MVC 的每一步（Mapping、Adapter、View、Render）都解耦且可擴(kuò)展；
• 理解架構(gòu)設(shè)計(jì)思路，比背套路題更重要！