Spring AOP概念理解

加瓦一枚發表於2018-10-25

目錄

 

1.我所知道的aop

2.為什麼用aop

3.那些aop的術語

  1.通知(Advice)

  2.連線點(JoinPoint)

  3.切入點(Pointcut)

  4.切面(Aspect)

  5.引入(introduction)

  6.目標(target)

  7.代理(proxy)

  8.織入(weaving)

4.我所理解的aop原理


1.我所知道的aop

  初看aop,上來就是一大堆術語,而且還有個拉風的名字,面向切面程式設計,都說是OOP的一種有益補充等等。一下子讓你不知所措,心想著:怪不得很多人都和我說aop多難多難。當我看進去以後,我才發現:它就是一些java基礎上的樸實無華的應用,包括ioc,包括許許多多這樣的名詞,都是萬變不離其宗而已。

2.為什麼用aop

  1就是為了方便,看一個國外很有名的大師說,程式設計的人都是“懶人”,因為他把自己做的事情都讓程式做了。用了aop能讓你少寫很多程式碼,這點就夠充分了吧

  2就是為了更清晰的邏輯,可以讓你的業務邏輯去關注自己本身的業務,而不去想一些其他的事情,這些其他的事情包括:安全,事物,日誌等。

3.那些aop的術語

  初看這麼多術語,一下子都不好接受,慢慢來,很快就會搞懂。

  1.通知(Advice)

  就是你想要的功能,也就是上面說的 安全,事物,日誌等。你給先定義好把,然後在想用的地方用一下。

  2.連線點(JoinPoint)

  這個更好解釋了,就是spring允許你使用通知的地方,那可真就多了,基本每個方法的前,後(兩者都有也行),或丟擲異常時都可以是連線點,spring只支援方法連線點.其他如aspectJ還可以讓你在構造器或屬性注入時都行,不過那不是我們關注的,只要記住,和方法有關的前前後後(丟擲異常),都是連線點。

  3.切入點(Pointcut)

  上面說的連線點的基礎上,來定義切入點,你的一個類裡,有15個方法,那就有幾十個連線點了對把,但是你並不想在所有方法附近都使用通知(使用叫織入,以後再說),你只想讓其中的幾個,在呼叫這幾個方法之前,之後或者丟擲異常時乾點什麼,那麼就用切點來定義這幾個方法,讓切點來篩選連線點,選中那幾個你想要的方法。

  4.切面(Aspect)

  切面是通知和切入點的結合。現在發現了吧,沒連線點什麼事情,連線點就是為了讓你好理解切點,搞出來的,明白這個概念就行了。通知說明了幹什麼和什麼時候幹(什麼時候通過方法名中的before,after,around等就能知道),而切入點說明了在哪幹(指定到底是哪個方法),這就是一個完整的切面定義。

  5.引入(introduction)

  允許我們向現有的類新增新方法屬性。這不就是把切面(也就是新方法屬性:通知定義的)用到目標類中嗎

  6.目標(target)

  引入中所提到的目標類,也就是要被通知的物件,也就是真正的業務邏輯,他可以在毫不知情的情況下,被我們們織入切面。而自己專注於業務本身的邏輯。

  7.代理(proxy)

  怎麼實現整套aop機制的,都是通過代理,這個一會給細說。

  8.織入(weaving)

  把切面應用到目標物件來建立新的代理物件的過程。有3種方式,spring採用的是執行時,為什麼是執行時,後面解釋。

  關鍵就是:切點定義了哪些連線點會得到通知

4.我所理解的aop原理

  spring用代理類包裹切面,把他們織入到Spring管理的bean中。也就是說代理類偽裝成目標類,它會擷取對目標類中方法的呼叫,讓呼叫者對目標類的呼叫都先變成呼叫偽裝類,偽裝類中就先執行了切面,再把呼叫轉發給真正的目標bean。

  現在可以自己想一想,怎麼搞出來這個偽裝類,才不會被呼叫者發現(過JVM的檢查,JAVA是強型別檢查,哪裡都要檢查型別)。

  1.實現和目標類相同的介面,我也實現和你一樣的介面,反正上層都是介面級別的呼叫,這樣我就偽裝成了和目標類一樣的類(實現了同一介面,我們是兄弟了),也就逃過了型別檢查,到java執行期的時候,利用多型的後期繫結(所以spring採用執行時),偽裝類(代理類)就變成了介面的真正實現,而他裡面包裹了真實的那個目標類,最後實現具體功能的還是目標類,只不過偽裝類在之前幹了點事情(寫日誌,安全檢查,事物等)。

  這就好比,一個人讓你辦件事,每次這個時候,你弟弟就會先出來,當然他分不出來了,以為是你,你這個弟弟雖然辦不了這事,但是他知道你能辦,所以就答應下來了,並且收了點禮物(寫日誌),收完禮物了,給把事給人家辦了啊,所以你弟弟又找你這個哥哥來了,最後把這是辦了的還是你自己。但是你自己並不知道你弟弟已經收禮物了,你只是專心把這件事情做好。

  順著這個思路想,要是本身這個類就沒實現一個介面呢,你怎麼偽裝我,我就壓根沒有機會讓你搞出這個雙胞胎的弟弟,那麼就用第2種代理方式,建立一個目標類的子類,生個兒子,讓兒子偽裝我

  2.生成子類呼叫,這次用子類來做為偽裝類,當然這樣也能逃過JVM的強型別檢查,我繼承的嗎,當然查不出來了,子類重寫了目標類的所有方法,當然在這些重寫的方法中,不僅實現了目標類的功能,還在這些功能之前,實現了一些其他的(寫日誌,安全檢查,事物等)。

  這次的對比就是,兒子先從爸爸那把本事都學會了,所有人都找兒子辦事情,但是兒子每次辦和爸爸同樣的事之前,都要收點小禮物(寫日誌),然後才去辦真正的事。當然爸爸是不知道兒子這麼幹的了。這裡就有件事情要說,某些本事是爸爸獨有的(final的),兒子學不了,學不了就辦不了這件事,辦不了這個事情,自然就不能收人家禮了。

  前一種兄弟模式,spring會使用JDK的java.lang.reflect.Proxy類,它允許Spring動態生成一個新類來實現必要的介面,織入通知,並且把對這些介面的任何呼叫都轉發到目標類。

  後一種父子模式,spring使用CGLIB庫生成目標類的一個子類,在建立這個子類的時候,spring織入通知,並且把對這個子類的呼叫委託到目標類。

  相比之下,還是兄弟模式好些,他能更好的實現鬆耦合,尤其在今天都高喊著面向介面程式設計的情況下,父子模式只是在沒有實現介面的時候,也能織入通知,應當做一種例外。

本文引自:http://java.chinaitlab.com/Spring/804404.html

相關文章