[[331637]]

前幾天阿粉的一個(gè)朋友去面試，面試官問他，你知道SpringMVC的執(zhí)行流程么，我這個(gè)朋友在回答完之后，面試官相繼問了幾個(gè)問題，之后面試官說，兄弟你是培訓(xùn)出來的吧?朋友懵了，我培訓(xùn)都是一年前的事情了，這都能知道，于是，找阿粉來吐槽這個(gè)事情，結(jié)果，阿粉聽完之后，分分鐘覺得，確實(shí)不冤枉呀。

SpringMVC的執(zhí)行流程

大家看這個(gè)圖，確實(shí)是沒有任何問題的對(duì)不對(duì)，

1. 用戶的 HTTP 的請(qǐng)求提交到 DispatcherServlet。
2. 由 DispatcherServlet 控制器查詢一個(gè)或多個(gè) HandlerMapping，找到處理請(qǐng)求的Controller。
3. DispatcherServlet 將請(qǐng)求提交到 Controller，Controller 調(diào)用業(yè)務(wù)邏輯處理后，返回 ModelAndView
4. 業(yè)務(wù)邏輯處理完了，這時(shí)候DispatcherServlet 查詢 ModelAndView
5. DispatcherServlet 查詢一個(gè)或多個(gè) ViewResoler 視圖解析器，找到 ModelAndView 指定的視圖。
6. 這時(shí)候就把這個(gè) ModelAndView解析之后反饋給瀏覽器。
7. Http 響應(yīng)：視圖負(fù)責(zé)將結(jié)果顯示到客戶端

這時(shí)候有的面試官就會(huì)問你了，說如果說我不想經(jīng)過視圖解析器用什么注解，那不經(jīng)過視圖解析器的話，那么返回的數(shù)據(jù)就是 Json 了，這個(gè)大家肯定熟悉，直接回答 @ResponseBody 就可以了。

這部分內(nèi)容很多的培訓(xùn)機(jī)構(gòu)都會(huì)教給學(xué)員們?nèi)ケ痴b，而不是如何的去理解一下，如果不往繼續(xù)深挖的話，這塊內(nèi)容直接就過了，但是很多稍微大一點(diǎn)的“廠子”肯定會(huì)繼續(xù)往下說，比如說：

• 那你說說SpringMVC的工作機(jī)制吧，這時(shí)候在朋友們的心中會(huì)有個(gè)大大的懵，機(jī)制?原理?機(jī)制和原理有啥不一樣的呢?

SpringMVC的工作機(jī)制

對(duì)于大家來說，SpringMVC的執(zhí)行流程大家肯定都熟悉了，這個(gè)肯定大家回答的也會(huì)很完美，那么接下來就看看機(jī)制的問題吧，

SpringMVC框架其實(shí)圍繞的都是 DispatcherServlet 來工作的，這個(gè)類也尤其的重要，其實(shí)看到名字的時(shí)候，阿粉第一想法就是，它是不是一個(gè)另類的 Servlet，而學(xué)習(xí)過 Java 的我們當(dāng)然也知道 Servlet 可以攔截到 HTTP 發(fā)送過來的請(qǐng)求。

而我們的 Servlet 在初始化的時(shí)候，也就是在調(diào)用 init 方法的時(shí)候，SpringMVC 會(huì)根據(jù)配置，來獲取配置信息，從而來獲得 URI 和處理器 Handler 之間的映射關(guān)系，而這個(gè)URI 是統(tǒng)一資源標(biāo)識(shí)符。為了更加靈活的操作和增強(qiáng)某些我們所需要的功能，這時(shí)候，SpringMVC還會(huì)給處理器加入攔截器。

而SpringMVC的容器初始化的時(shí)候，會(huì)建立所有url和controller的對(duì)應(yīng)關(guān)系，

ApplicationObjectSupport 里面內(nèi)容比較多，源碼部分我精簡(jiǎn)了一下

@Override 
 public final void setApplicationContext(@Nullable ApplicationContext context) throws BeansException { 
  else if (this.applicationContext == null) { 
   // Initialize with passed-in context. 
   if (!requiredContextClass().isInstance(context)) { 
    throw new ApplicationContextException( 
      "Invalid application context: needs to be of type [" + requiredContextClass().getName() + "]"); 
   } 
   this.applicationContext = context; 
   this.messageSourceAccessor = new MessageSourceAccessor(context); 
   initApplicationContext(context); 
  } 
 } 
 此處注意的是initApplicationContext(context); 
    這個(gè)方法在子類中實(shí)現(xiàn)了 ：子類AbstractDetectingUrlHandlerMapping實(shí)現(xiàn)了該方法 

子類 AbstractDetectingUrlHandlerMapping

protected void detectHandlers() throws BeansException { 
    ApplicationContext applicationContext = obtainApplicationContext(); 
    String[] beanNames = (this.detectHandlersInAncestorContexts ? 
      BeanFactoryUtils.beanNamesForTypeIncludingAncestors(applicationContext, Object.class) : 
      applicationContext.getBeanNamesForType(Object.class)); 
   
    // 采取任何bean的名字,我們可以確定url。. 
    for (String beanName : beanNames) { 
     String[] urls = determineUrlsForHandler(beanName); 
     if (!ObjectUtils.isEmpty(urls)) { 
      // URL路徑發(fā)現(xiàn):我們認(rèn)為這是一個(gè)處理程序 這時(shí)候就要保存urls和beanName的對(duì)應(yīng)關(guān)系, 
      registerHandler(urls, beanName); 
     } 
    } 
   
    if ((logger.isDebugEnabled() && !getHandlerMap().isEmpty()) || logger.isTraceEnabled()) { 
     logger.debug("Detected " + getHandlerMap().size() + " mappings in " + formatMappingName()); 
    } 
   } 
   
  通過父類的registerHandler給put到HandlerMap里面了 

而我們?cè)谑褂肧pringMVC的Controller里面的注解解析 Url 的時(shí)候，通過的是什么類?什么方法呢?就是接下來的這個(gè)方法，大家可以看注釋

//確定給定的url處理器bean。(Determine the URLs for the given handler bean.) 
protected abstract String[] determineUrlsForHandler(String beanName); 

在我們?nèi)粘?CRUD 的時(shí)候，建立Controller的時(shí)候，在上面總是習(xí)慣的@RequestMapping注解，里面寫我們從前端的ajax或者其他方式請(qǐng)求過來的路徑的時(shí)候，通過這個(gè)方法來進(jìn)行Controller和url之間的對(duì)應(yīng)關(guān)系。這時(shí)候關(guān)系完成了，接下來肯定是根據(jù)url去找Controller，繼續(xù)往下執(zhí)行了唄。

這時(shí)候就會(huì)執(zhí)行你寫的Controller方法，在我們的 Servlet里面是不是就相當(dāng)于我們的 doService 的方法了，這一步阿粉就不仔細(xì)的給大家講述了，大家可以參照　Servlet 來進(jìn)行分析呢。

最后一步來了，通過反射調(diào)用處理請(qǐng)求的方法，這時(shí)候給大家返回一個(gè)視圖，也就是我們的 return。但是這個(gè)return也是有講究的，JSP, JSON, Velocity, FreeMarker, XML, PDF, Excel, 還有Html字符流等等。那它們?cè)撊绾蔚倪M(jìn)行處理的呢?接下來阿粉就來帶大家看一下

大家看一下這個(gè)圖里面的 UrlBaseViewResolver ,類名真的是起的很有水準(zhǔn) Url基礎(chǔ)視圖解析器 基礎(chǔ)視圖解析器，那么我們先說返回 JSP 的，配置如下：

<bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver"> 
    <property name="viewClass" value="org.springframework.web.servlet.view.JstlView"/> 
    <property name="prefix" value="/WEB-INF/jsp/"/> 
    <property name="suffix" value=".jsp"/> 
</bean> 

相信項(xiàng)目中如果使用JSP的同志們?nèi)ブ苯拥呐渲梦募ふ疫@個(gè)，肯定不出意外的能找到，這時(shí)候我們r(jià)eturn的一個(gè)字符串，通過配置，直接找尋指定的JSP頁面，這也是最經(jīng)常使用的一點(diǎn)了。如果我們返回的是我們的 test 頁面，那么肯定是 return "test" ,然后結(jié)合上面的配置和，最后得到最終的URL："/WEB-INF/jsp/" + "test" + ".jsp" == "/WEB-INF/jsp/test.jsp".

那么HTML這種是怎么處理返回的呢?其實(shí)也很簡(jiǎn)單，之前阿粉就說過這個(gè) SpringMVC 其實(shí)可以理解成 Servlet ，那么返回的方式就有了PrintWriter的事情了

StringBuffer sb = new StringBuffer(); 
sb.append("<!doctype html><html><head><meta http-equiv=\"Content-Type\" content=\"text/html; charset=UTF-8\">") 
sb.append("<div>xxxxxx</div>") 
writer.write(sb.toString()); 

還有一個(gè)最常見的，返回JSON數(shù)據(jù)，那么Json數(shù)據(jù)我們最長(zhǎng)用的，什么ajax這種來返回?cái)?shù)據(jù)，使用各種UI的時(shí)候，也會(huì)讓你返回JSON數(shù)據(jù)啦，這些東西都是必不可少呢，那么就像阿粉之前說的一個(gè)注解完事，如果有什么指定格式的，那么可以新建一個(gè)DTO的類，里面有你自己的屬性，還可能帶著你為了數(shù)據(jù)完整性而帶上的數(shù)據(jù)比如List這種。

而你說了這些之后，面試官順帶來了一句，Spring MVC的主要組件都有那些，你知道么?隨便列舉出幾個(gè)來就行。

SpringMVC的組件：

1、前端控制器 DispatcherServlet

• 作用：接收請(qǐng)求、響應(yīng)結(jié)果 相當(dāng)于轉(zhuǎn)發(fā)器，有了DispatcherServlet 就減少了其它組件之間的耦合度。

2、處理器映射器HandlerMapping

• 作用：根據(jù)請(qǐng)求的URL來查找Handler

3、處理器適配器HandlerAdapter

• 注意：在編寫Handler的時(shí)候要按照HandlerAdapter要求的規(guī)則去編寫，這樣適配器HandlerAdapter才可以正確的去執(zhí)行Handler。

4、處理器Handler

5、視圖解析器 ViewResolver

• 作用：進(jìn)行視圖的解析 根據(jù)視圖邏輯名解析成真正的視圖(view)

6、視圖View

• View是一個(gè)接口， 它的實(shí)現(xiàn)類支持不同的視圖類型(jsp，freemarker，pdf, json等等)

關(guān)于SpringMVC的高頻面試，你會(huì)了么?