Spring AOP ，SpringMVC ，這兩個應該是國內面試必問題，網上有很多答案，其實背背就可以。但今天筆者帶大家一起深入淺出源碼，看看他的原理。以期讓印象更加深刻，面試的時候游刃有余。
Spring AOP 原理
簡單說說 AOP 的設計：
- 每個 Bean 都會被 JDK 或者 Cglib 代理。取決於是否有接口。
- 每個 Bean 會有多個“方法攔截器”。注意：攔截器分為兩層，外層由 Spring 內核控制流程，內層攔截器是用戶設置，也就是 AOP。
- 當代理方法被調用時，先經過外層攔截器，外層攔截器根據方法的各種信息判斷該方法應該執行哪些“內層攔截器”。內層攔截器的設計就是職責連的設計。
是不是賊簡單。事實上，樓主之前已經寫過一個簡單的例子，地址：使用 Cglib 實現多重代理
看完之后更簡單。
可以將 AOP 分成 2 個部分來扯，哦，不，來分析。。。 第一：代理的創建； 第二：代理的調用。
注意：我們盡量少貼代碼，盡量用文字敘述，因為面試的時候，也是文字敘述，不可能讓你把代碼翻出來的。。。所以，這里需要保持一定的簡潔，想知道細節，看 interface 21 源碼，想知道的更細，看 Spring Framework 最新的 master 分支代碼。
代碼位置：com.interface21.aop 包下。
開始分析（扯）：
- 代理的創建（按步驟）：
- 首先，需要創建代理工廠，代理工廠需要 3 個重要的信息：攔截器數組，目標對象接口數組，目標對象。
- 創建代理工廠時，默認會在攔截器數組尾部再增加一個默認攔截器 —— 用於最終的調用目標方法。
- 當調用 getProxy 方法的時候，會根據接口數量大余 0 條件返回一個代理對象（JDK or Cglib）。
- 注意：創建代理對象時，同時會創建一個外層攔截器，這個攔截器就是 Spring 內核的攔截器。用於控制整個 AOP 的流程。
- 代理的調用
- 當對代理對象進行調用時，就會觸發外層攔截器。
- 外層攔截器根據代理配置信息，創建內層攔截器鏈。創建的過程中，會根據表達式判斷當前攔截是否匹配這個攔截器。而這個攔截器鏈設計模式就是職責鏈模式。
- 當整個鏈條執行到最后時，就會觸發創建代理時那個尾部的默認攔截器，從而調用目標方法。最后返回。
題外話：Spring 的事務也就是個攔截器。
來張不是很標准的 UML 圖：
關於調用過程，來張流程圖：
大概就是這樣子，具體更多的細節，請看源碼，如果還不是很明白的話，請咨詢本人，本人不確定這個圖是否畫的很淺顯易懂 —— 最起碼萌新看得懂才能稱之為淺顯易懂。
說到這里順便給大家推薦一個Java后端交流學習社區：586446657，里面不僅可以交流討論，還有面試經驗分享以及免費的資料下載，包括Spring，MyBatis，Netty源碼分析，高並發、高性能、分布式、微服務架構的原理，JVM性能優化這些成為架構師必備的知識體系。相信對於已經工作和遇到技術瓶頸的碼友，在這里會有你需要的內容。
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);