1.AOP的作用
在OOP中，正是這種分散在各處且與對象核心功能無關的代碼（橫切代碼）的存在，使得模塊復用難度增加。AOP則將封裝好的對象剖開，找出其中對多個對象產生影響的公共行為，並將其封裝為一個可重用的模塊，這個模塊被命名為“切面”（Aspect），切面將那些與業務無關，卻被業務模塊共同調用的邏輯提取並封裝起來，減少了系統中的重復代碼，降低了模塊間的耦合度，同時提高了系統的可維護性。
2.DI 和 IOC 概念
依賴注入或控制反轉的定義中，調用者不負責被調用者的實例創建工作，該工作由Spring框架中的容器來負責，它通過開發者的配置來判斷實例類型，創建後再注入調用者。由於Spring容器負責被調用者實例，實例創建後又負責將該實例注入調用者，因此稱為依賴注入。而被調用者的實例創建工作不再由調用者來創建而是由Spring來創建，控制權由應用代碼轉移到了外部容器，控制權發生了反轉，因此稱為控制反轉。
3.BeanFactory與ApplicationContext
ApplicationContext是BeanFactory的子接口，也被稱為應用上下文。BeanFactory提供了Spring的配置框架和基本功能，ApplicationContext則添加了更多企業級功能（如國際化的支持），他另一重要優勢在於當ApplicationContext容器初始化完成後，容器中所有的 singleton Bean 也都被實例化了，也就是說當你需要使用singleton Bean 是，在應用中無需等待就可以用，而其他BeanFactory接口的實現類，則會延遲到調用 getBean（）方法時構造，ApplicationContext的初始化時間會稍長些，調用getBean（）是由於Bean已經構造完畢，速度會更快。因此大部分系統都使用ApplicationContext，而只在資源較少的情況下，才考慮使用BeanFactory。
4.AOP的實現策略
（1）Java SE動態代理：
使用動態代理可以為一個或多個接口在運行期動態生成實現對象，生成的對象中實現接口的方法時可以添加增強代碼，從而實現AOP。缺點是只能針對接口進行代理，另外由於動態代理是通過反射實現的，有時可能要考慮反射調用的開銷。
（2）字節碼生成（CGLib 動態代理）
動態字節碼生成技術是指在運行時動態生成指定類的一個子類對象，並覆蓋其中特定方法，覆蓋方法時可以添加增強代碼，從而實現AOP。其常用工具是cglib。
（3）定制的類加載器
當需要對類的所有對象都添加增強，動態代理和字節碼生成本質上都需要動態構造代理對象，即最終被增強的對象是由AOP框架生成，不是開發者new出來的。解決的辦法就是實現自定義的類加載器，在一個類被加載時對其進行增強。JBoss就是采用這種方式實現AOP功能。
（4）代碼生成
利用工具在已有代碼基礎上生成新的代碼，其中可以添加任何橫切代碼來實現AOP。
（5）語言擴展
可以對構造方法和屬性的賦值操作進行增強，AspectJ是采用這種方式實現AOP的一個常見Java語言擴展。
注意：AOP中的切面封裝了增強（Advice）和切點（Pointcut），下面先開始只使用增強，切點暫且不加入。
5.編程式增強
這裡我先用“編程式”的方法，也就是暫且不用Spring的配置文件去定義Bean對象，不把代碼中的new操作取代。
（1）創建一個接口和實現類
（2）編寫前置增強和後置增強（這裡我將兩個增強合並，即實現兩個接口）
（3）JUnit來測試
（3）環繞增強（當把兩個接口合並時，其實完全可以用一個接口就行）
環繞增強類需要實現 org.aopalliance.intercept.MethodInterceptor 接口。注意，這個接口不是 Spring 提供的，它是 AOP 聯盟寫的，Spring 只是借用了它。
之後再JUnit中添加
6. 聲明式增強
現在通過Spring配置文件配置bean。同時使用Bean掃描，可以不用在配置文件中配置<bean id="..." class="..."/>.
（1）Spring配置文件（增強類為環繞增強）
（2）在相應的實現類和增強類上添加Component注解
（3）JUnit測試
從 Context 中根據 id 獲取 Bean 對象（其實就是一個代理），調用代理的方法。
得到結果
7.Introduction Advice（引入增強）
上面的增強僅僅是對方法增強，也就是織入，對類的增強才能叫做引入增強，比如說我不想讓GreetingImpl去直接實現Greeting接口，因為這樣的話，我就必須去實現他的方法。這時我就能靠Spring引入增強來幫我動態實現。
（1）定義一個新接口Love
（2）定義授權引入增強類
定義一個授權引入增強類，實現Love接口，用以豐富GreetingImpl類的功能，這樣GreetingImpl就能很巧妙的使用Love接口裡的方法而不用去implement。
配置如下：
proxyTargetClass屬性表示是否代理目標類，默認是false，也就是代理接口，上面一個例子的配置就是沒有這一項屬性所以用JDK動態代理，現在是true即使用CGLib動態代理。所以在測試方法中是GreetingImpl greetingImpl = （GreetingImpl）context.getBean（"beans.xml"）,而不會是Greeting greeting = （Greeting）context.getBean（"beans.xml"）,因為現在是代理目標類而不是代理接口。
（3）JUnit測試
注意：這裡的Love love = （Love）greetingImpl 是將目標類強制向上轉型為Love接口，這就是引入增強（DelegatingIntroductionInterceptor）的特性--“接口動態實現”功能。所以display（）方法可以由GreetingImpl的對象來調用，只需要強制轉換接口就行。
8. 面向切面編程
（1）通知（增強）Advice
通知定義了切面是什麼以及何時使用，應該應用在某個方法被調用之前？之後？還是拋出異常時？等等。
（2）連接點 Join point
連接點是在應用執行過程中能夠插入切面的一個點。這個點可以是調用方法時，拋出異常時，甚至修改一個字段時。切面代碼可以利用這些點插入到應用的正常流程中，並添加新的行為。
（3）切點 Pointcut
切點有助於縮小切面所通知的連接點的范圍。如果說通知定義了切面的“什麼”和“何時”的話，那麼切點就定義了“何處”，切點會匹配通知所要織入的一個或多個連接點，一般常用正則表達式定義所匹配的類和方法名稱來指定這些切點。
（4）切面 Aspect
切面是通知和切點的結合。通知和切點定義了切面的全部內容——它是什麼，在何時何處完成其功能。
（5）引入 Introduction
引入允許我們向現有的類添加新方法或屬性，從而無需修改這些現有類的情況下，讓他們具有新的行為和狀態。
（6）織入 Weaving
在過去我常常把織入與引入的概念混淆，我是這樣來辨別的，“引入”我把它看做是一個定義，也就是一個名詞，而“織入”我把它看做是一個動作，一個動詞，也就是切面在指定的連接點被織入到目標對象中。
9.總結一下
通知包含了需要用於多個應用對象的橫切行為；連接點是程序執行過程中能夠應用通知的所有點；切點定義了通知被應用的具體位置（在哪些連接點）。其中關鍵的概念是切點定義了哪些連接點會得到通知（增強）。創建切點來定義切面所織入的連接點是AOP框架的基本功能。
另外，Spring是基於動態代理的，所以Spring只支持方法連接點，而像AspectJ和JBoss除了方法切點，它們還提供字段和構造器接入點。如果需要方法攔截之外的連接點攔截功能，則可以利用AspectJ來補充SpringAOP的功能。
10.使用基於正則表達式的SpringAOP切面類
這裡使用springAOP的切面類RegexpMethodPointcutAdvisor來配置切面，並在GreetingImpl類中增加兩個都以“good”開頭的方法，下面要做的就是攔截兩個新增方法，而對sayHello（）不攔截。
在上面的InterceptorNames屬性不再是原來的增強，而是一個定義好的切面greetingAdvisor，切面裡面還用正則表達式定義了一個切點，即攔截GreetingImpl類中以good開頭的方法。
JUnit測試：
11.AOP自動代理
（1）Spring框架自動生成代理。
屬性optimize意思是對代理生成策略是否優化，true表示如果目標類有接口則代理接口（JDK動態代理），如果沒有則代理類（CGLib動態代理），這樣便可以取代前面強制代理類的proxyTargetClass屬性。
此時因為是自動代理，getBean（）中的值不再是原來代理id（greetingProxy），而是目標類GreetingImpl的Bean的id（greetingImpl），他同樣也是一個代理對象。
（2）spring根據Bean名稱來生成自動代理
beanNames屬性代表只為bean的id後綴是“Impl”生成代理。
12. AspectJ execution 表達式攔截
定義一個切面類，實現環繞增強。@Aspect注解就不需要類再實現接口，@Around注解為AspectJ切點表達式，參數ProceedingJoinPoint的對象即為連接點，此連接點可以取得方法名，參數等等。
這樣兩行配置，節約了配置大量代理和切面的時間，proxy-target-class為true表示代理目標類。
之前的切點表達式定義了攔截類中所有方法，所以每個方法都被增強。同時在ApplicationContext中獲取的greetingImpl代理對象，可轉型為自己靜態實現的接口Greeting也可以是實現類GreetingImpl。屬性proxy-target-class默認為false，代表只代理接口，也就是說只能將代理轉型為Greeting，而不能是GreetingImpl
實現類GreetingImpl：
P.s 如果將切面類裡的切點從原來的實現類GreetingImpl改為接口Greeting又會發生什麼呢？
改為：
結果發現，實現類中的實現接口的方法被增強了，而自己創建的good方法沒有被增強，這就是因為切點設置為Greeting接口裡面所有方法被加強，所以實現了這個接口中的方法被增強了。
13. AspectJ @DeclareParents 注解（引入增強）
定義一個切面類AroundAspect：value屬性指定了哪種類型的bean要引入該接口。defaultImpl屬性指定了為引入功能提供實現的類，@DeclareParents注解所標注的屬性指明要引入的接口。
LoveImpl實現類：將這個實現類引入目標類GreetingImpl中，就能使用display方法。
JUnit測試：
注意：在ApplicationContext中獲取的greetingImpl對象是個代理對象，可轉型為自己靜態實現的接口Greeting，也可以轉型為自己動態實現的接口Love，可隨意切換。現在的AspectJ的引入增強跟上面的SpringAOP的引入增強只能面向實現類相比，還可面向接口編程。所以有兩種方式實現：
控制台輸出：
而對於SpringAOP引入的增強，則只能面向實現類：
14.Spring的AspectJ自動代理
Spring的AspectJ自動代理僅僅使用@AspectJ作為創建切面的指導，切面依然是基於代理的。在本質上，它依然是Spring基於代理的切面。這意味著盡管使用的是@AspectJ注解，但我們仍然限於代理方法的調用。當Spring發現一個bean使用了@Aspect注解時，Spring就會創建一個代理，然後將調用委托給被代理的bean或被引入的實現，這取決於調用的方法屬於被代理的bean還是屬於被引入的接口。
15.在XML中聲明切面
在Spring中，注解和自動代理提供了一種很方便的方式來創建切面，但是面向注解的切面有一個明顯的劣勢：你必須能夠為通知類添加注解，為了這一點，必須要有源碼。如果你沒有源碼的話，或者不想將AspectJ注解放到你的代碼之中，Spring提供了另外一種方法，Spring XML 配置文件中聲明切面。
將前面實現類GreetingImpl和切面類AroundAspect的相關注解@Component，@Aspect，@Around全都移除。編輯XML：
我們發現原來的兩條配置都可以刪除，但是要注意，沒有顯式配置<aop:aspectj-autoproxy/>不代表不使用自動代理，這條配置默認屬性為“false”，表示只代理接口（JDK動態代理），所以如果只想代理接口，可以不用顯式寫出。
如果想要使用CGLib動態代理，則增加
這時又可以代理目標類了：
16. END
這篇文章是我對《Spring實戰》和《AOP那點事兒》的一些知識的整理和例子的實現，希望你也能一起實現一下，如果你覺得還不錯的話，請點個贊或關注我，以後會有更多的知識分享！
