面試問爛的 Spring AOP 原理、SpringMVC 過程(求求你別問了)

莫那·魯道發表於2018-10-12

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

Spring AOP 原理

簡單說說 AOP 的設計:

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

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

看完之後更簡單。

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

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

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

開始分析(扯):

  1. 代理的建立(按步驟):
  • 首先,需要建立代理工廠,代理工廠需要 3 個重要的資訊:攔截器陣列,目標物件介面陣列,目標物件。
  • 建立代理工廠時,預設會在攔截器陣列尾部再增加一個預設攔截器 —— 用於最終的呼叫目標方法。
  • 當呼叫 getProxy 方法的時候,會根據介面數量大餘 0 條件返回一個代理物件(JDK or Cglib)。
  • 注意:建立代理物件時,同時會建立一個外層攔截器,這個攔截器就是 Spring 核心的攔截器。用於控制整個 AOP 的流程。
  1. 代理的呼叫
  • 當對代理物件進行呼叫時,就會觸發外層攔截器。
  • 外層攔截器根據代理配置資訊,建立內層攔截器鏈。建立的過程中,會根據表示式判斷當前攔截是否匹配這個攔截器。而這個攔截器鏈設計模式就是職責鏈模式。
  • 當整個鏈條執行到最後時,就會觸發建立代理時那個尾部的預設攔截器,從而呼叫目標方法。最後返回。

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

來張不是很標準的 UML 圖:

面試問爛的 Spring AOP 原理、SpringMVC 過程(求求你別問了)

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

面試問爛的 Spring AOP 原理、SpringMVC 過程(求求你別問了)

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

Spring MVC 過程

先來張圖:

面試問爛的 Spring AOP 原理、SpringMVC 過程(求求你別問了)

程式碼位置: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);
複製程式碼

相關文章