建站
咨詢
售后
建站咨詢
新聞中心
Spring AOP ，SpringMVC ，這兩個應該是國內(nèi)面試必問題，網(wǎng)上有很多答案，其實背背就可以。但今天筆者帶大家一起深入淺出源碼，看看他的原理。以期讓印象更加深刻，面試的時候游刃有余。
Spring AOP 原理
簡單說說 AOP 的設計：
- 每個 Bean 都會被 JDK 或者 Cglib 代理。取決于是否有接口。
- 每個 Bean 會有多個“方法攔截器”。注意：攔截器分為兩層，外層由 Spring 內(nèi)核控制流程，內(nèi)層攔截器是用戶設置，也就是 AOP。
- 當代理方法被調(diào)用時，先經(jīng)過外層攔截器，外層攔截器根據(jù)方法的各種信息判斷該方法應該執(zhí)行哪些“內(nèi)層攔截器”。內(nèi)層攔截器的設計就是職責連的設計。
是不是賊簡單。事實上，樓主之前已經(jīng)寫過一個簡單的例子，地址：http://thinkinjava.cn/2018/10/使用-Cglib-實現(xiàn)多重代理/
看完之后更簡單。
可以將 AOP 分成 2 個部分來扯，哦，不，來分析。。。 ***：代理的創(chuàng)建; 第二：代理的調(diào)用。
注意：我們盡量少貼代碼，盡量用文字敘述，因為面試的時候，也是文字敘述，不可能讓你把代碼翻出來的。。。所以，這里需要保持一定的簡潔，想知道細節(jié)，看 interface 21 源碼，想知道的更細，看 Spring Framework ***的 master 分支代碼。
代碼位置：com.interface21.aop 包下。
開始分析(扯)：
1、代理的創(chuàng)建(按步驟)：
- 首先，需要創(chuàng)建代理工廠，代理工廠需要 3 個重要的信息：攔截器數(shù)組，目標對象接口數(shù)組，目標對象。
- 創(chuàng)建代理工廠時，默認會在攔截器數(shù)組尾部再增加一個默認攔截器 —— 用于最終的調(diào)用目標方法。
- 當調(diào)用 getProxy 方法的時候，會根據(jù)接口數(shù)量大余 0 條件返回一個代理對象(JDK or Cglib)。
注意：創(chuàng)建代理對象時，同時會創(chuàng)建一個外層攔截器，這個攔截器就是 Spring 內(nèi)核的攔截器。用于控制整個 AOP 的流程。
2、代理的調(diào)用
- 當對代理對象進行調(diào)用時，就會觸發(fā)外層攔截器。
- 外層攔截器根據(jù)代理配置信息，創(chuàng)建內(nèi)層攔截器鏈。創(chuàng)建的過程中，會根據(jù)表達式判斷當前攔截是否匹配這個攔截器。而這個攔截器鏈設計模式就是職責鏈模式。
- 當整個鏈條執(zhí)行到***時，就會觸發(fā)創(chuàng)建代理時那個尾部的默認攔截器，從而調(diào)用目標方法。***返回。
題外話：Spring 的事務也就是個攔截器。
來張不是很標準的 UML 圖：
關(guān)于調(diào)用過程，來張流程圖：
大概就是這樣子，具體更多的細節(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());
關(guān)于這個適配器，作用到底是啥呢?
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);
網(wǎng)站欄目：面試問爛的SpringAOP原理、SpringMVC過程
標題來源：http://www.5511xx.com/article/cdhpide.html
