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

Spring AOP 原理

簡單說說 AOP 的設計：

1. 每個 Bean 都會被 JDK 或者 Cglib 代理。取決于是否有接口。
2. 每個 Bean 會有多個“方法攔截器”。注意：攔截器分為兩層，外層由 Spring 內核控制流程，內層攔截器是用戶設置，也就是 AOP。
3. 當代理方法被調用時，先經(jīng)過外層攔截器，外層攔截器根據(jù)方法的各種信息判斷該方法應該執(zhí)行哪些“內層攔截器”。內層攔截器的設計就是職責連的設計。

是不是賊簡單。事實上，樓主之前已經(jīng)寫過一個簡單的例子，地址：http://thinkinjava.cn/2018/10/使用-Cglib-實現(xiàn)多重代理/

看完之后更簡單。

可以將 AOP 分成 2 個部分來扯，哦，不，來分析。。。 ***：代理的創(chuàng)建; 第二：代理的調用。

注意：我們盡量少貼代碼，盡量用文字敘述，因為面試的時候，也是文字敘述，不可能讓你把代碼翻出來的。。。所以，這里需要保持一定的簡潔，想知道細節(jié)，看 interface 21 源碼，想知道的更細，看 Spring Framework ***的 master 分支代碼。

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

開始分析(扯)：

1、代理的創(chuàng)建(按步驟)：

• 首先，需要創(chuàng)建代理工廠，代理工廠需要 3 個重要的信息：攔截器數(shù)組，目標對象接口數(shù)組，目標對象。
• 創(chuàng)建代理工廠時，默認會在攔截器數(shù)組尾部再增加一個默認攔截器 —— 用于最終的調用目標方法。
• 當調用 getProxy 方法的時候，會根據(jù)接口數(shù)量大余 0 條件返回一個代理對象(JDK or Cglib)。

注意：創(chuàng)建代理對象時，同時會創(chuàng)建一個外層攔截器，這個攔截器就是 Spring 內核的攔截器。用于控制整個 AOP 的流程。

2、代理的調用

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

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

來張不是很標準的 UML 圖：

關于調用過程，來張流程圖：

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

Spring MVC 過程

先來張圖：

代碼位置：com.interface21.web.servlet.DispatcherServlet#doService

(沒錯，就是 Spring 1.0 的代碼，大道至簡，現(xiàn)在的 Spring 經(jīng)過 15 年的發(fā)展，已經(jīng)太過臃腫，從學習角度來說，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.根據(jù) Request 請求的 URL 得到對應的 handler 執(zhí)行鏈，其實就是攔截器和 Controller 代理對象。

// 2. 找 handler 返回執(zhí)行鏈 
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. 譯：此接口不適用于應用程序開發(fā)人員。它適用于想要開發(fā)自己的Web工作流程的處理程序。

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

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

4.循環(huán)執(zhí)行 handler 的 pre 攔截器

// 4. 循環(huán)執(zhí)行 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.執(zhí)行真正的 handler，并返回 ModelAndView(Handler 是個代理對象，可能會執(zhí)行 AOP )

// 5. 執(zhí)行真正的 handler，并返回  ModelAndView(Handler 是個代理對象，可能會執(zhí)行 AOP ) 
ModelAndView mv = ha.handle(request, response, mappedHandler.getHandler()); 

6.循環(huán)執(zhí)行 handler 的 post 攔截器

// 6. 循環(huán)執(zhí)行 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.根據(jù) ModelAndView 信息得到 View 實例

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

8.渲染 View 返回

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