1. 程式人生 > >面試必問的Spring AOP原理、SpringMVC過程

面試必問的Spring AOP原理、SpringMVC過程

 

Spring AOP ,SpringMVC ,這兩個應該是國內面試必問題,網上有很多答案,其實背背就可以。但今天筆者帶大家一起深入淺出原始碼,看看他的原理。以期讓印象更加深刻,面試的時候遊刃有餘。

Spring AOP 原理

簡單說說 AOP 的設計:

  1. 每個 Bean 都會被 JDK 或者 Cglib 代理。取決於是否有介面。
  2. 每個 Bean 會有多個“方法攔截器”。注意:攔截器分為兩層,外層由 Spring 核心控制流程,內層攔截器是使用者設定,也就是 AOP。
  3. 當代理方法被呼叫時,先經過外層攔截器,外層攔截器根據方法的各種資訊判斷該方法應該執行哪些“內層攔截器”。內層攔截器的設計就是職責連的設計。
  4. 給大家推薦一個架構交流qq群:698581634 進群即可免費獲取資料。

是不是賊簡單。事實上,樓主之前已經寫過一個簡單的例子,地址:http://thinkinjava.cn/2018/10/使用-Cglib-實現多重代理/

看完之後更簡單。

可以將 AOP 分成 2 個部分來扯,哦,不,來分析。。。 第一:代理的建立; 第二:代理的呼叫。

注意:我們儘量少貼程式碼,儘量用文字敘述,因為面試的時候,也是文字敘述,不可能讓你把程式碼翻出來的。。。所以,這裡需要保持一定的簡潔,想知道細節,看 interface 21 原始碼,想知道的更細,看 Spring Framework 最新的 master 分支程式碼。

程式碼位置:com.interface21.aop 包下。

開始分析(扯):

1、代理的建立(按步驟):

  • 首先,需要建立代理工廠,代理工廠需要 3 個重要的資訊:攔截器陣列,目標物件介面陣列,目標物件。
  • 建立代理工廠時,預設會在攔截器陣列尾部再增加一個預設攔截器 —— 用於最終的呼叫目標方法。
  • 當呼叫 getProxy 方法的時候,會根據介面數量大餘 0 條件返回一個代理物件(JDK or Cglib)。

注意:建立代理物件時,同時會建立一個外層攔截器,這個攔截器就是 Spring 核心的攔截器。用於控制整個 AOP 的流程。

2、代理的呼叫

  • 當對代理物件進行呼叫時,就會觸發外層攔截器。
  • 外層攔截器根據代理配置資訊,建立內層攔截器鏈。建立的過程中,會根據表示式判斷當前攔截是否匹配這個攔截器。而這個攔截器鏈設計模式就是職責鏈模式。
  • 當整個鏈條執行到最後時,就會觸發建立代理時那個尾部的預設攔截器,從而呼叫目標方法。最後返回。
  • 給大家推薦一個架構交流qq群:698581634 進群即可免費獲取資料。

題外話:Spring 的事務也就是個攔截器。

來張不是很標準的 UML 圖:

 

關於呼叫過程,來張流程圖:

 

大概就是這樣子,具體更多的細節,請看原始碼,如果還不是很明白的話,請諮詢本人,本人不確定這個圖是否畫的很淺顯易懂 —— 最起碼萌新看得懂才能稱之為淺顯易懂。

Spring MVC 過程

先來張圖:

 

程式碼位置:com.interface21.web.servlet.DispatcherServlet#doService

(沒錯,就是 Spring 1.0 的程式碼,大道至簡,現在的 Spring 經過 15 年的發展,已經太過臃腫,從學習角度來說,interface 21 是最好的程式碼,不接受反駁)

程式碼如下:

1.設定屬性

 
// 1. 設定屬性  // Make web application context available  request.setAttribute(WEB_APPLICATION_CONTEXT_ATTRIBUTE, getWebApplicationContext()); // Make locale resolver available  request.setAttribute(LOCALE_RESOLVER_ATTRIBUTE, this.localeResolver); // Make theme resolver available  request.setAttribute(THEME_RESOLVER_ATTRIBUTE, this.themeResolver); 

2.根據 Request 請求的 URL 得到對應的 handler 執行鏈,其實就是攔截器和 Controller 代理物件。

 
// 2. 找 handler 返回執行鏈  HandlerExecutionChain mappedHandler = getHandler(request); 

3.得到 handler 的介面卡

 
// This will throw an exception if no adapter is found  // 3. 返回 handler 的介面卡  HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler()); 

關於這個介面卡,作用到底是啥呢?

HandlerAdapter 註釋寫到:This interface is not intended for application developers. It is available to handlers who want to develop their own web workflow. 譯:此介面不適用於應用程式開發人員。它適用於想要開發自己的Web工作流程的處理程式。

也就說說,如果你想要在處理 handler 之前做一些操作的話,可能需要這個,即適配一下這個 handler。例如 Spring 的測試程式做的那樣:

 
public ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object delegate) throws IOException, ServletException { // 你可能需要 doSomething.......  ((MyHandler) delegate).doSomething(request); return null; } 

4.迴圈執行 handler 的 pre 攔截器

 
// 4. 迴圈執行 handler 的 pre 攔截器  for (int i = 0; i < mappedHandler.getInterceptors().length; i++) { HandlerInterceptor interceptor = mappedHandler.getInterceptors()[i]; // pre 攔截器  if (!interceptor.preHandle(request, response, mappedHandler.getHandler())) { return; } } 

這個沒什麼好講的吧?

5.執行真正的 handler,並返回 ModelAndView(Handler 是個代理物件,可能會執行 AOP )

 
// 5. 執行真正的 handler,並返回 ModelAndView(Handler 是個代理物件,可能會執行 AOP ) ModelAndView mv = ha.handle(request, response, mappedHandler.getHandler()); 

6.迴圈執行 handler 的 post 攔截器

 
// 6. 迴圈執行 handler 的 post 攔截器  for (int i = mappedHandler.getInterceptors().length - 1; i >=0 ; i--) { HandlerInterceptor interceptor = mappedHandler.getInterceptors()[i]; // post 攔截器  interceptor.postHandle(request, response, mappedHandler.getHandler()); } 

7.根據 ModelAndView 資訊得到 View 例項

 
View view = null;  if (mv.isReference()) { // We need to resolve this view name  // 7. 根據 ModelAndView 資訊得到 View 例項  view = this.viewResolver.resolveViewName(mv.getViewName(), locale);  } 

8.渲染 View 返回

 
// 8. 渲染 View 返回  view.render(mv.getModel(), request, response);