spring aop

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 包下。

開始分析(扯)：

一、代理的建立(按步驟)：

• 首先，須要建立代理工廠，代理工廠須要 3 個重要的信息：攔截器數組，目標對象接口數組，目標對象。
• 建立代理工廠時，默認會在攔截器數組尾部再增長一個默認攔截器 —— 用於最終的調用目標方法。
• 當調用 getProxy 方法的時候，會根據接口數量大餘 0 條件返回一個代理對象(JDK or Cglib)。

注意：建立代理對象時，同時會建立一個外層攔截器，這個攔截器就是 Spring 內核的攔截器。用於控制整個 AOP 的流程。

二、代理的調用

• 當對代理對象進行調用時，就會觸發外層攔截器。
• 外層攔截器根據代理配置信息，建立內層攔截器鏈。建立的過程當中，會根據表達式判斷當前攔截是否匹配這個攔截器。而這個攔截器鏈設計模式就是職責鏈模式。
• 當整個鏈條執行到最後時，就會觸發建立代理時那個尾部的默認攔截器，從而調用目標方法。最後返回。

題外話：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);