Spring AOP概念理解 (通俗易懂)

源地址:http://www.verydemo.com/demo_c143_i20837.html


  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織入通知,並且把對這個子類的調用委託到目標類。

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


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章