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

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

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

Spring AOP 原理

簡單說說 AOP 的設計:

  1. 每個 Bean 都會被 JDK 或者 Cglib 代理。取決於是否有接口。
  2. 每個 Bean 會有多個“方法攔截器”。注意:攔截器分為兩層,外層由 Spring 內核控制流程,內層攔截器是用戶設置,也就是 AOP。
  3. 當代理方法被調用時,先經過外層攔截器,外層攔截器根據方法的各種信息判斷該方法應該執行哪些“內層攔截器”。內層攔截器的設計就是職責連的設計。
是不是賊簡單。事實上,樓主之前已經寫過一個簡單的例子,地址:http://thinkinjava.cn/2018/10/使用-Cglib-實現多重代理/

看完之後更簡單。

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

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

代碼位置:com.interface21.aop 包下。

開始分析(扯):

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

  1. 首先,需要創建代理工廠,代理工廠需要 3 個重要的信息:攔截器數組,目標對象接口數組,目標對象。
  2. 創建代理工廠時,默認會在攔截器數組尾部再增加一個默認攔截器 —— 用於最終的調用目標方法。
  3. 當調用 getProxy 方法的時候,會根據接口數量大餘 0 條件返回一個代理對象(JDK or Cglib)。
注意:創建代理對象時,同時會創建一個外層攔截器,這個攔截器就是 Spring 內核的攔截器。用於控制整個 AOP 的流程。

2、代理的調用

  1. 當對代理對象進行調用時,就會觸發外層攔截器。
  2. 外層攔截器根據代理配置信息,創建內層攔截器鏈。創建的過程中,會根據表達式判斷當前攔截是否匹配這個攔截器。而這個攔截器鏈設計模式就是職責鏈模式。
  3. 當整個鏈條執行到最後時,就會觸發創建代理時那個尾部的默認攔截器,從而調用目標方法。最後返回。
題外話: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);

商業用途請與作者聯繫!


分享到:


相關文章: