protected?void?doDispatch(HttpServletRequest?request,?HttpServletResponse?response)?throws?Exception?{??
????????HttpServletRequest?processedRequest?=?request;??
????????HandlerExecutionChain?mappedHandler?=?null;??
????????int?interceptorIndex?=?-1;??
??
????????try?{??
????????????ModelAndView?mv;??
????????????boolean?errorView?= false;??
??
????????????try?{??
???????????????????//檢查是否是請求是否是multipart（如文件上傳），如果是將通過MultipartResolver解析??
????????????????processedRequest?=?checkMultipart(request);??
???????????????????//步驟2、請求到處理器（頁面控制器）的映射，通過HandlerMapping進行映射??
????????????????mappedHandler?=?getHandler(processedRequest, false); if (mappedHandler?==?null?||?mappedHandler.getHandler()?==?null)?{??
????????????????????noHandlerFound(processedRequest,?response); return;??
????????????????}??
???????????????????//步驟3、處理器適配，即將我們的處理器包裝成相應(yīng)的適配器（從而支持多種類型的處理器）??
????????????????HandlerAdapter?ha?=?getHandlerAdapter(mappedHandler.getHandler());??
??
??????????????????//?304?Not?Modified緩存支持??
????????????????//此處省略具體代碼??
??
????????????????//?執(zhí)行處理器相關(guān)的攔截器的預(yù)處理（HandlerInterceptor.preHandle）??
????????????????//此處省略具體代碼??
??
????????????????//?步驟4、由適配器執(zhí)行處理器（調(diào)用處理器相應(yīng)功能處理方法）??
????????????????mv?=?ha.handle(processedRequest,?response,?mappedHandler.getHandler());??
??
????????????????//?Do?we?need?view?name?translation? if (mv?!=?null?&&?!mv.hasView())?{??
????????????????????mv.setViewName(getDefaultViewName(request));??
????????????????}??
??
????????????????//?執(zhí)行處理器相關(guān)的攔截器的后處理（HandlerInterceptor.postHandle）??
????????????????//此處省略具體代碼??
????????????}??
????????????catch?(ModelAndViewDefiningException?ex)?{??
????????????????logger.debug("ModelAndViewDefiningException?encountered",?ex);??
????????????????mv?=?ex.getModelAndView();??
????????????}??
????????????catch?(Exception?ex)?{??
????????????????Object?handler?=?(mappedHandler?!=?null???mappedHandler.getHandler()?:?null);??
????????????????mv?=?processHandlerException(processedRequest,?response,?handler,?ex);??
????????????????errorView?=?(mv?!=?null);??
????????????}??
??
????????????//步驟5?步驟6、解析視圖并進行視圖的渲染??
//步驟5?由ViewResolver解析View（viewResolver.resolveViewName(viewName,?locale)）??
//步驟6?視圖在渲染時會把Model傳入（view.render(mv.getModelInternal(),?request,?response);） if (mv?!=?null?&&?!mv.wasCleared())?{??
????????????????render(mv,?processedRequest,?response); if (errorView)?{??
????????????????????WebUtils.clearErrorRequestAttributes(request);??
????????????????}??
????????????} else { if (logger.isDebugEnabled())?{??
????????????????????logger.debug("Null?ModelAndView?returned?to?DispatcherServlet?with?name?'" +?getServletName()?+ "':?assuming?HandlerAdapter?completed?request?handling");??
????????????????}??
????????????}??
??
????????????//?執(zhí)行處理器相關(guān)的攔截器的完成后處理（HandlerInterceptor.afterCompletion）??
????????????//此處省略具體代碼??
??
????????catch?(Exception?ex)?{??
????????????//?Trigger?after-completion for thrown?exception.??
????????????triggerAfterCompletion(mappedHandler,?interceptorIndex,?processedRequest,?response,?ex);??
????????????throw?ex;??
????????}??
????????catch?(Error?err)?{??
????????????ServletException?ex?=?new?NestedServletException("Handler?processing?failed",?err);??
????????????//?Trigger?after-completion for thrown?exception.??
????????????triggerAfterCompletion(mappedHandler,?interceptorIndex,?processedRequest,?response,?ex);??
????????????throw?ex;??
????????}??
??
????????finally?{??
????????????//?Clean?up?any?resources?used?by?a?multipart?request. if (processedRequest?!=?request)?{??
????????????????cleanupMultipart(processedRequest);??
????????????}??
????????}??
????}

這個方法不長，基本就是負責(zé)其它方法的調(diào)用，從我們上面分析到前端請求第一步到達SpringMVC后調(diào)用HandlerMapping（處理器映射器）返回執(zhí)行鏈HandlerExecutionChain：

我們debug啟動項目，打個斷點看看，這個HandlerExecutionChain到底是個什么東西。

我們可以看到，當(dāng)斷點執(zhí)行到HandlerExecutionChain后，查看HandlerExecutionChain中的handler其實就是我們自己的請求訪問的Controller，比如上面的我們請求登陸操作，handler里面的信息就是我們自己的LoginController。

同時包含LoginController的BeanType，前端要請求的方法，以及參數(shù)這個元數(shù)據(jù)信息，簡單的概括就是：「HandlerExecutionChain里面handler就是我們要請求的Controller以及和一些interceptors信息」。

那么在獲取到這個HandlerExecutionChain之前肯定是有初始化所有的Spring容器中的Bean以及所有的url與Bean對應(yīng)的HandlerMapping對象。

這個都是在Spring中去完成的，這個我們后面在做了解，我們再進一步的了解HandlerMapping對象存儲的內(nèi)容，再getHandler方法里面進行打斷點：

handlerMapping是一個List對象，里面主要是這七個成員信息，我們比較熟悉的就是BeanNameUrlMapping和SimpleUrlHandlerMapping對象，這些里面可以看出「handlerMapping主要存儲的各種映射規(guī)則」，通過beanName或者url映射到對應(yīng)的Bean對象。

繼續(xù)往里面看，可以看到這里有個applicationContext對象，這個也就我們的上下文，里面還有beanFactory，也就是Spring管理的Bean對象都在這個工廠里面，包括Spring自己的和我們自己定義Bean信息。

這個就是HandlerMapping對象，主要「包含著的Bean映射規(guī)則、Bean詳細信息?！?/strong>

從HandlerMapping->HandlerExecutionChain的過程，用一句通俗易懂的話概括就是：「從茫茫的人海中找到了你（從beanFactory找到了請求對應(yīng)的Controller以及方法）」。

當(dāng)獲取完我們的執(zhí)行鏈后，接著就是獲取我們的「處理器適配器」（HandlerAdapter），

從getHandlerAdapter的方法中可以看到，根據(jù)返回的handlerMapping對象中的handler對象來獲取對應(yīng)的HandlerAdapter對象，直接返回。

返回HandlerAdapter對象后，通過執(zhí)行HandlerAdapter的handle方法獲取ModelAndView對象，從這個方法的上面的注釋來看：Actually invoke the handler.。

實際就是通過「反射」的方式動態(tài)的執(zhí)行我們自己的Controller中的方法，也就是前端請求的Controller，因為mappedHandler.getHandler()返回的「handler對象包含著請求Controller的詳細信息，包括全類名」。

獲取到ModelAndView之后，接著就執(zhí)行我們的攔截器的后置處理方法postHandle。

從他的源碼可以看出，它是獲取到所有的攔截器，然后一個一個遍歷，執(zhí)行。

執(zhí)行完所有攔截器的后置處理方法，就是最后?視圖的渲染，這里執(zhí)行的是processDispatchResult方法，并把ModelAndView對象作為參數(shù)傳遞進去。

在processDispatchResult方法里面最重要的就是render方法了，執(zhí)行視圖的渲染，最后將渲染的結(jié)果呈現(xiàn)給用戶。

到這里DispatcherServlet主要執(zhí)行邏輯就講完了，其實主要講的還是SpringMVC的從前端請求->后臺->前端這樣的一個過程，限于篇幅，從源碼的角度大概講解這個的過程是怎么跑起來的。

一篇文章要把SpringMVC的都講清楚是不可能的，SpringMVC所有講下來，都能寫一本書了，后續(xù)的源碼我們繼續(xù)精進，這篇作為一個大體脈絡(luò)的了解。