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

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

Spring AOP 原理

1. 每個 Bean 都會被 JDK 或者 Cglib 代理。取決於是否有介面。

2. 每個 Bean 會有多個“方法攔截器”。注意：攔截器分為兩層，外層由 Spring 核心控制流程，內層攔截器是使用者設定，也就是 AOP。

3. 當代理方法被呼叫時，先經過外層攔截器，外層攔截器根據方法的各種資訊判斷該方法應該執行哪些“內層攔截器”。內層攔截器的設計就是職責連的設計。

是不是賊簡單。事實上，樓主之前已經寫過一個簡單的例子，地址：使用-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 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);