日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產品馬上在線溝通
服務時間:8:30-17:00
你可能遇到了下面的問題
關閉右側工具欄

新聞中心

這里有您想知道的互聯(lián)網營銷解決方案
口述完SpringMVC的執(zhí)行流程后,面試官說兄弟,你是培訓的吧!

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

讓客戶滿意是我們工作的目標,不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術通過有效、簡單的方式提供給客戶,將通過不懈努力成為客戶在信息化領域值得信任、有價值的長期合作伙伴,公司提供的服務項目有:空間域名、網頁空間、營銷軟件、網站建設、黃浦網站維護、網站推廣。

SpringMVC的執(zhí)行流程

 

大家看這個圖,確實是沒有任何問題的對不對,

  1. 用戶的 HTTP 的請求提交到 DispatcherServlet。
  2. 由 DispatcherServlet 控制器查詢一個或多個 HandlerMapping,找到處理請求的Controller。
  3. DispatcherServlet 將請求提交到 Controller,Controller 調用業(yè)務邏輯處理后,返回 ModelAndView
  4. 業(yè)務邏輯處理完了,這時候DispatcherServlet 查詢 ModelAndView
  5. DispatcherServlet 查詢一個或多個 ViewResoler 視圖解析器,找到 ModelAndView 指定的視圖。
  6. 這時候就把這個 ModelAndView解析之后反饋給瀏覽器。
  7. Http 響應:視圖負責將結果顯示到客戶端

這時候有的面試官就會問你了,說如果說我不想經過視圖解析器用什么注解,那不經過視圖解析器的話,那么返回的數據就是 Json 了,這個大家肯定熟悉,直接回答 @ResponseBody 就可以了。

這部分內容很多的培訓機構都會教給學員們去背誦,而不是如何的去理解一下,如果不往繼續(xù)深挖的話,這塊內容直接就過了,但是很多稍微大一點的“廠子”肯定會繼續(xù)往下說,比如說:

  • 那你說說SpringMVC的工作機制吧,這時候在朋友們的心中會有個大大的懵,機制?原理?機制和原理有啥不一樣的呢?

SpringMVC的工作機制

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

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

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

而SpringMVC的容器初始化的時候,會建立所有url和controller的對應關系,

ApplicationObjectSupport 里面內容比較多,源碼部分我精簡了一下

 
 
 
 
  1. @Override 
  2.  public final void setApplicationContext(@Nullable ApplicationContext context) throws BeansException { 
  3.   else if (this.applicationContext == null) { 
  4.    // Initialize with passed-in context. 
  5.    if (!requiredContextClass().isInstance(context)) { 
  6.     throw new ApplicationContextException( 
  7.       "Invalid application context: needs to be of type [" + requiredContextClass().getName() + "]"); 
  8.    } 
  9.    this.applicationContext = context; 
  10.    this.messageSourceAccessor = new MessageSourceAccessor(context); 
  11.    initApplicationContext(context); 
  12.   } 
  13.  } 
  14.  此處注意的是initApplicationContext(context); 
  15.     這個方法在子類中實現了 :子類AbstractDetectingUrlHandlerMapping實現了該方法 

子類 AbstractDetectingUrlHandlerMapping

 
 
 
 
  1. protected void detectHandlers() throws BeansException { 
  2.     ApplicationContext applicationContext = obtainApplicationContext(); 
  3.     String[] beanNames = (this.detectHandlersInAncestorContexts ? 
  4.       BeanFactoryUtils.beanNamesForTypeIncludingAncestors(applicationContext, Object.class) : 
  5.       applicationContext.getBeanNamesForType(Object.class)); 
  6.    
  7.     // 采取任何bean的名字,我們可以確定url。. 
  8.     for (String beanName : beanNames) { 
  9.      String[] urls = determineUrlsForHandler(beanName); 
  10.      if (!ObjectUtils.isEmpty(urls)) { 
  11.       // URL路徑發(fā)現:我們認為這是一個處理程序 這時候就要保存urls和beanName的對應關系, 
  12.       registerHandler(urls, beanName); 
  13.      } 
  14.     } 
  15.    
  16.     if ((logger.isDebugEnabled() && !getHandlerMap().isEmpty()) || logger.isTraceEnabled()) { 
  17.      logger.debug("Detected " + getHandlerMap().size() + " mappings in " + formatMappingName()); 
  18.     } 
  19.    } 
  20.    
  21.   通過父類的registerHandler給put到HandlerMap里面了 

而我們在使用SpringMVC的Controller里面的注解解析 Url 的時候,通過的是什么類?什么方法呢?就是接下來的這個方法,大家可以看注釋

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

在我們日常寫 CRUD 的時候,建立Controller的時候,在上面總是習慣的@RequestMapping注解,里面寫我們從前端的ajax或者其他方式請求過來的路徑的時候,通過這個方法來進行Controller和url之間的對應關系。這時候關系完成了,接下來肯定是根據url去找Controller,繼續(xù)往下執(zhí)行了唄。

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

最后一步來了,通過反射調用處理請求的方法,這時候給大家返回一個視圖,也就是我們的 return。但是這個return也是有講究的,JSP, JSON, Velocity, FreeMarker, XML, PDF, Excel, 還有Html字符流等等。那它們該如何的進行處理的呢?接下來阿粉就來帶大家看一下

大家看一下這個圖里面的 UrlBaseViewResolver ,類名真的是起的很有水準 Url基礎視圖解析器 基礎視圖解析器,那么我們先說返回 JSP 的,配置如下:

 
 
 
 
  1.  
  2.      
  3.      
  4.      
  5.  

相信項目中如果使用JSP的同志們去直接的配置文件去尋找這個,肯定不出意外的能找到,這時候我們return的一個字符串,通過配置,直接找尋指定的JSP頁面,這也是最經常使用的一點了。如果我們返回的是我們的 test 頁面,那么肯定是 return "test" ,然后結合上面的配置和,最后得到最終的URL:"/WEB-INF/jsp/" + "test" + ".jsp" == "/WEB-INF/jsp/test.jsp".

那么HTML這種是怎么處理返回的呢?其實也很簡單,之前阿粉就說過這個 SpringMVC 其實可以理解成 Servlet ,那么返回的方式就有了PrintWriter的事情了

 
 
 
 
  1. StringBuffer sb = new StringBuffer(); 
  2. sb.append("") 
  3. sb.append("
    xxxxxx
    ") 
  4. writer.write(sb.toString()); 

 

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

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

SpringMVC的組件:

1、前端控制器 DispatcherServlet

  • 作用:接收請求、響應結果 相當于轉發(fā)器,有了DispatcherServlet 就減少了其它組件之間的耦合度。

2、處理器映射器HandlerMapping

  • 作用:根據請求的URL來查找Handler

3、處理器適配器HandlerAdapter

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

4、處理器Handler

5、視圖解析器 ViewResolver

  • 作用:進行視圖的解析 根據視圖邏輯名解析成真正的視圖(view)

6、視圖View

  • View是一個接口, 它的實現類支持不同的視圖類型(jsp,freemarker,pdf, json等等)

 

關于SpringMVC的高頻面試,你會了么?


新聞標題:口述完SpringMVC的執(zhí)行流程后,面試官說兄弟,你是培訓的吧!
分享地址:http://www.dlmjj.cn/article/djogdcc.html