Spring MVC 處理一個請求的流程

一個請求從客戶端發出到達服務器,然後被處理的整個過程其實是非常復雜的。本博客主要介紹請求到達服務器被核心組件DispatcherServlet處理的整理流程(不包括Filter的處理流程)。

1. 處理流程分析

Servlet處理一個請求時會調用service()方法,所以DispatcherServlet處理請求的方式也是從service()方法開始(debug的話建議從DispatcherServlet的service方法開始debug)。FrameworkServlet重寫瞭HttpServlet的service方法,這個service方法後面又調用瞭FrameworkServlet的processRequest()方法,processRequest()調用瞭DispatcherServlet的doService()方法,最後調用到DispatcherServlet的doDispatcher()方法。整合處理請求的方法調用流程如上,下面看下代碼:

protected void service(HttpServletRequest request, HttpServletResponse response)
		throws ServletException, IOException {

	HttpMethod httpMethod = HttpMethod.resolve(request.getMethod());
	if (HttpMethod.PATCH == httpMethod || httpMethod == null) {
		processRequest(request, response);
	}
	else {
 //這邊調用瞭HttpServlet的service()方法,但由於FrameWorkServle重寫瞭doGet、doPost等方法,所以最終還是會調用到processRequest方法
		super.service(request, response);
	}
}

再看看FrameworkServlet的processRequest()方法。

 protected final void processRequest(HttpServletRequest request, HttpServletResponse response)
 		throws ServletException, IOException {
 
 	long startTime = System.currentTimeMillis();
 	Throwable failureCause = null;
 
 	LocaleContext previousLocaleContext = LocaleContextHolder.getLocaleContext();
 	LocaleContext localeContext = buildLocaleContext(request);
 
 	RequestAttributes previousAttributes = RequestContextHolder.getRequestAttributes();
 	ServletRequestAttributes requestAttributes = buildRequestAttributes(request, response, previousAttributes);
 
 	WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);
 	asyncManager.registerCallableInterceptor(FrameworkServlet.class.getName(), new RequestBindingInterceptor());
 
 	initContextHolders(request, localeContext, requestAttributes);
 
 	try {
  //這邊調用DispatcherServlet的doService()方法
 		doService(request, response);
 	}
 	catch (ServletException ex) {
 		failureCause = ex;
 		throw ex;
 	}
 	catch (IOException ex) {
 		failureCause = ex;
 		throw ex;
 	}
 	catch (Throwable ex) {
 		failureCause = ex;
 		throw new NestedServletException("Request processing failed", ex);
 	}
 
 	finally {
 		resetContextHolders(request, previousLocaleContext, previousAttributes);
 		if (requestAttributes != null) {
 			requestAttributes.requestCompleted();
 		}
 
 		if (logger.isDebugEnabled()) {
 			if (failureCause != null) {
 				this.logger.debug("Could not complete request", failureCause);
 			}
 			else {
 				if (asyncManager.isConcurrentHandlingStarted()) {
 					logger.debug("Leaving response open for concurrent processing");
 				}
 				else {
 					this.logger.debug("Successfully completed request");
 				}
 			}
 		}
 
 		publishRequestHandledEvent(request, response, startTime, failureCause);
 	}
 }

doService()方法的具體內容會在後面講到,這邊描述下doDispatcher()的內容,

首先根據請求的路徑找到HandlerMethod(帶有Method反射屬性,也就是對應Controller中的方法),然後匹配路徑對應的攔截器,有瞭HandlerMethod和攔截器構造個HandlerExecutionChain對象。HandlerExecutionChain對象的獲取是通過HandlerMapping接口提供的方法中得到。有瞭HandlerExecutionChain之後,通過HandlerAdapter對象進行處理得到ModelAndView對象,HandlerMethod內部handle的時候,使用各種HandlerMethodArgumentResolver實現類處理HandlerMethod的參數,使用各種HandlerMethodReturnValueHandler實現類處理返回值。 最終返回值被處理成ModelAndView對象,這期間發生的異常會被HandlerExceptionResolver接口實現類進行處理。

總結下Spring MVC處理一個請求的過程:

  • 首先,搜索應用的上下文對象 WebApplicationContext 並把它作為一個屬性(attribute)綁定到該請求上,以便控制器和其他組件能夠使用它。
  • 將地區(locale)解析器綁定到請求上,以便其他組件在處理請求(渲染視圖、準備數據等)時可以獲取區域相關的信息。如果你的應用不需要解析區域相關的信息;
  • 將主題(theme)解析器綁定到請求上,以便其他組件(比如視圖等)能夠瞭解要渲染哪個主題文件。同樣,如果你不需要使用主題相關的特性,忽略它即可如果你配置瞭multipart文件處理器,那麼框架將查找該文件是不是multipart(分為多個部分連續上傳)的。若是,則將該請求包裝成一個 MultipartHttpServletRequest 對象,以便處理鏈中的其他組件對它做進一步的處理。關於Spring對multipart文件傳輸處理的支持;
  • 為該請求查找一個合適的處理器。如果可以找到對應的處理器,則與該處理器關聯的整條執行鏈(前處理器、後處理器、控制器等)都會被執行,以完成相應模型的準備或視圖的渲染如果處理器返回的是一個模型(model),那麼框架將渲染相應的視圖。若沒有返回任何模型(可能是因為前後的處理器出於某些原因攔截瞭請求等,比如,安全問題),則框架不會渲染任何視圖,此時認為對請求的處理可能已經由處理鏈完成瞭(這個過程就是doService()和doDispatcher()做的事情)

1、 首先用戶發送請求——>DispatcherServlet,前端控制器收到請求後自己不進行處理,而是委托給其他的解析器進行處理,作為統一訪問點,進行全局的流程控制;

2、 DispatcherServlet——>HandlerMapping,HandlerMapping將會把請求映射為HandlerExecutionChain對象(包含一個Handler處理器(頁面控制器)對象、多個HandlerInterceptor攔截器)對象,通過這種策略模式,很容易添加新的映射策略;

3、 DispatcherServlet——>HandlerAdapter,HandlerAdapter將會把處理器包裝為適配器,從而支持多種類型的處理器,即適配器設計模式的應用,從而很容易支持很多類型的處理器;

4、 HandlerAdapter——>處理器功能處理方法的調用,HandlerAdapter將會根據適配的結果調用真正的處理器的功能處理方法,完成功能處理;並返回一個ModelAndView對象(包含模型數據、邏輯視圖名);

5、 ModelAndView的邏輯視圖名——> ViewResolver,ViewResolver將把邏輯視圖名解析為具體的View,通過這種策略模式,很容易更換其他視圖技術;

6、 View——>渲染,View會根據傳進來的Model模型數據進行渲染,此處的Model實際是一個Map數據結構,因此很容易支持其他視圖技術;

7、返回控制權給DispatcherServlet,由DispatcherServlet返回響應給用戶,到此一個流程結束。

2. 請求流程圖

還是這個圖比較清楚。發現根據代碼不太能把這個流程說清楚。而且整個流程很長,代碼很多,我就不貼代碼瞭。這裡根據這個圖再把整個流程中組件的功能總結下:

  • DispatcherServlet:核心控制器,所有請求都會先進入DispatcherServlet進行統一分發,是不是感覺有點像外觀模式的感覺;
  • HandlerMapping:這個組件的作用就是將用戶請求的URL映射成一個HandlerExecutionChain。這個HandlerExecutionChain是HandlerMethod和HandlerInterceptor的組合。Spring在啟動的時候會默認註入很多HandlerMapping組件,其中最常用的組件就是RequestMappingHandlerMapping。

上面的HandlerMethod和HandlerInterceptor組件分別對應我們Controller中的方法和攔截器。攔截器會在HandlerMethod方法執行之前執行

  • HandlerAdapter組件,這個組件的主要作用是用來對HandlerMethod中參數的轉換,對方法的執行,以及對返回值的轉換等等。這裡面涉及的細節就很多瞭,包括HandlerMethodArgumentResolver、HandlerMethodReturnValueHandler 、RequestResponseBodyMethodProcessor 、和HttpMessageConvert等組件。

當HandlerAdapter組件執行完成之後會得到一個ModleAndView組件,這個組件代表視圖模型。

  • 得到ModleAndView後會執行攔截器的postHandle方法。
  • 如果在上面的執行過程中發生任何異常,會由HandlerExceptionResolver進行統一處理。
  • 最後模型解析器會對上面的到的ModleAndView進行解析,得到一個一個View返回給客戶端。在返回客戶端之前還會執行攔截器的afterCompletion方法。

以上就是Spring MVC 處理一個請求的流程的詳細內容,更多關於Spring MVC 處理請求的資料請關註WalkonNet其它相關文章!