1 什么是Spring MVC

Spring MVC 是 Spring 提供的一個基于 MVC 設(shè)計模式的輕量級 Web 開發(fā)框架，本質(zhì)上相當于 Servlet。Spring MVC 角色劃分清晰，分工明細。由于 Spring MVC 本身就是 Spring 框架的一部分，可以說和 Spring 框架是無縫集成。性能方面具有先天的優(yōu)越性，是當今業(yè)界最主流的 Web 開發(fā)框架，最熱門的開發(fā)技能。首先從一個由Spring提供的DispatcherServlet開始，重寫了Serlvet的init()方法、service()方法和destroy()方法，SpringMVC九大組件在DispatcherServlet的init()方法中初始化，在service()方法中執(zhí)行。下面，我們先來看Spring MVC九大組件的初始化。

2 SpringMVC九大組件名稱解釋

Spring MVC九大組件在DispatcherServlet的init()方法中初始化，下面我詳細介紹一下Spring MVC九大組件的名稱和作用。

具體詳細介紹如下：

2.1 MultipartResolver

MultipartResolver是一個大家很熟悉的組件，用于處理上傳請求，通過將普通的請求包裝成MultipartHttpServletRequest來實現(xiàn)。MultipartHttpServletRequest可以通過getFile()方法直接獲得文件。如果上傳多個文件，還可以調(diào)用getFileMap()方法得到 Map< FileName, File> 這樣的結(jié)構(gòu)。MultipartResolver的作用就是封裝普通的請求，使其擁有文件上傳的功能。

2.2 LocaleResolver

ViewResolver組件的resolveViewName()方法需要兩個參數(shù)，一個是視圖名，另一個就是Locale。參數(shù)Locale是從哪來的呢?這就是LocaleResolver組件要做的事。LocaleResolver用于從請求中解析出 Locale，比如在中國Locale當然就是zh-CN，用來表示一個區(qū)域。這個組件也是i18n的基礎(chǔ)。

2.3 ThemeResolver

從名字便可看出，ThemeResolver組件是用來解析主題的。主題就是樣式、圖片及它們所形成的顯示效果的集合。Spring MVC中一套主題對應一個properties文件，里面存放著與當前主題相關(guān)的所有資源，如圖片、CSS樣式等。創(chuàng)建主題非常簡單，只需準備好資源，然后新建一個“主題名.properties”并將資源設(shè)置進去，放在classpath下，之后便可以在頁面中使用了。Spring MVC中與主題有關(guān)的類有ThemeResolver、ThemeSource和Theme。ThemeResolver負責從請求中解析出主題名，ThemeSource則根據(jù)主題名找到具體的主題，其抽象也就是Theme，可以通過Theme來獲取主題和具體的資源。

2.4 HandlerMapping

HandlerMapping是用來查找Handler的，也就是處理器，具體的表現(xiàn)形式可以是類，也可以是方法。比如，標注了@RequestMapping的每個方法都可以看成一個Handler。Handler負責實際的請求處理，在請求到達后，HandlerMapping的作用便是找到請求相應的處理器Handler和Interceptor。

2.5 HandlerAdapter

從名字上看，HandlerAdapter是一個適配器。因為Spring MVC中Handler可以是任意形式的，只要能夠處理請求便可。但是把請求交給Servlet的時候，由于Servlet的方法結(jié)構(gòu)都是doService(HttpServletRequest req, HttpServletResponse resp)形式的，要讓固定的Servlet處理方法調(diào)用Handler來進行處理，這一步工作便是HandlerAdapter要做的事。

2.6 HandlerExceptionResolver

從組件的名字上看，HandlerExceptionResolver是用來處理Handler產(chǎn)生的異常情況的組件。具體來說，此組件的作用是根據(jù)異常設(shè)置ModelAndView，之后交給渲染方法進行渲染，渲染方法會將ModelAndView渲染成頁面。不過要注意，HandlerExceptionResolver只用于解析對請求做處理階段產(chǎn)生的異常，渲染階段的異常不歸它管，這也是Spring MVC 組件設(shè)計的一大原則—分工明確、互不干涉。

2.7 RequestToViewNameTranslator

RequestToViewNameTranslator組件的作用是從請求中獲取ViewName。因為ViewResolver根據(jù)ViewName查找View，但有的Handler處理完成之后，沒有設(shè)置View，也沒有設(shè)置ViewName，便要通過這個組件來從請求中查找ViewName。

2.8 ViewResolver

ViewResolver即視圖解析器，相信大家對這個組件應該很熟悉了。通常在Spring MVC的配置文件中，都會配上一個實現(xiàn)類來進行視圖解析。這個組件的主要作用是將String類型的視圖名和Locale解析為View類型的視圖，只有一個resolveViewName()方法。從方法的定義可以看出，Controller層返回的String類型的視圖名viewName最終會在這里被解析成為View。View是用來渲染頁面的，也就是說，它會將程序返回的參數(shù)和數(shù)據(jù)填入模板中，生成HTML文件。ViewResolver在這個過程中主要做兩件大事：ViewResolver會找到渲染所用的模板(第一件大事)和所用的技術(shù)(第二件大事，其實也就是找到視圖的類型，如JSP)并填入?yún)?shù)。默認情況下，Spring MVC會為我們自動配置一個InternalResourceViewResolver，是針對JSP類型視圖的。

2.9 FlashMapManager

說到FlashMapManager組件，得先說一下FlashMap。FlashMap用于重定向時的參數(shù)傳遞，比如在處理用戶訂單時，為了避免重復提交，可以處理完post請求后重定向到一個get請求，這個get請求可以用來顯示訂單詳情之類的信息。這樣做雖然可以規(guī)避用戶重新提交訂單的問題，但是在這個頁面上要顯示訂單的信息，這些數(shù)據(jù)從哪里獲取呢?因為重定向是沒有傳遞參數(shù)這一功能的，如果不想把參數(shù)寫進URL(其實也不推薦這么做，除了URL有長度限制，把參數(shù)都直接暴露也不安全)，那么就可以通過FlashMap來傳遞。只需要在重定向之前將要傳遞的數(shù)據(jù)寫入請求(可以通過ServletRequestAttributes.getRequest()方法獲得)的屬性O(shè)UTPUT_FLASH_MAP_ATTRIBUTE中，這樣在重定向之后的Handler中Spring就會自動將其設(shè)置到Model中，在顯示訂單信息的頁面上就可以直接從Model中獲得數(shù)據(jù)。FlashMapManager就是用來管理FlashMap的。

3 Spring MVC關(guān)鍵組件的執(zhí)行流程

Spring MVC九大組件的執(zhí)行在DispatcherServlet的service()方法中完成。在這里，我重點介紹幾個關(guān)鍵組件HandlerMapping、HandlerAdapter、ViewResolver在service()方法中的執(zhí)行流程，具體調(diào)用分為以下幾個步驟：

1、HandlerMapping回到調(diào)用HandlerAdapter

2、HandlerAdapter會返回ModelAndView

3、ModelAndView根據(jù)用戶傳入?yún)?shù)得到ViewResolvers

4、ViewResolvers會將用戶傳入的參數(shù)封裝為View，交給引擎進行渲染。

下面給大家分享一張Spring MVC關(guān)鍵組件的執(zhí)行流程圖，以幫助大家更好地理解:

注意：上圖中有大家最熟悉的兩個類：ModelAndView和View類并不屬于Spring MVC九大組件之列。

4 Spring MVC優(yōu)化建議

前面我們已經(jīng)對Spring MVC的工作原理和源碼進行了分析，在這個過程中有幾個優(yōu)化點。

1. Controller如果能保持單例模式，盡量使用單例模式

這樣可以減小創(chuàng)建對象和回收對象的開銷。也就是說，如果Controller的類變量和實例變量可以以方法形參聲明就盡量以方法形參聲明，不要以類變量和實例變量聲明，這樣可以避免線程安全問題。

2. 處理請求的方法中的形參務必加上@RequestParam注解

這樣可以避免Spring MVC使用asm框架讀取.class文件獲取方法參數(shù)名。即便Spring MVC對讀取出的方法參數(shù)名進行了緩存，如果能不讀取.class文件當然更好。

3. 緩存URL

在閱讀源碼的過程中，我們發(fā)現(xiàn)Spring MVC并沒有對處理URL的方法進行緩存，也就是說，每次都要根據(jù)請求URL去匹配Controller中的方法的URL，如果把URL和方法的關(guān)系緩存起來，會不會帶來性能上的提升呢?不幸的是，負責解析URL和方法對應關(guān)系的ServletHandlerMethodResolver是一個私有的內(nèi)部類，不能直接通過繼承該類增強代碼，必須在代碼后重新編譯。當然，如果將URL緩存起來，必須考慮緩存的線程安全問題。