框架：AOP思想
1.AOP的作用
在OOP中，正是這種分散在各處且與對象核心功能無關的代碼（橫切代碼）的存在，使得模塊復用難度增加。AOP則將封裝好的對象剖開，找出其中對多個對象產生影響的公共行為，并將其封裝為一個可重用的模塊，這個模塊被命名為“切面”（Aspect），切面將那些與業務無關，卻被業務模塊共同調用的邏輯提取并封裝起來，減少了系統中的重復代碼，降低了模塊間的耦合度，同時提高了系統的可維護性。
AOP面向切面編程將程序中的交叉業務邏輯（比如安全，日志，事務等），封裝成一個切面，然后注入到目標對象（具體業務邏輯）中去。
比如： 很多方法可能會拋異常，你要記錄這個異常到日志中去，可以寫個攔截器類，在這個類中記錄日志。
??? 在spring.xml中配置一個對這些要記錄日志的方法的aop攔截器 在這個方法執行后調用這個攔截器，記錄日志。
這樣就不用每次拋異常都要手動記錄日志。spring的事務管理用到的就是aop 這樣也可以提高程序的內聚性。
直白點說就是實現調用某個方法之前或/和之后，自動執行一系列自定義的語句。
AOP的基本概念
(1)Aspect(切面):通常是一個類，里面可以定義切入點和通知
(2)JointPoint(連接點):程序執行過程中明確的點，一般是方法的調用
(3)Advice(通知):AOP在特定的切入點上執行的增強處理，有before,after,afterReturning,afterThrowing,around
(4)Pointcut(切入點):就是帶有通知的連接點，在程序中主要體現為書寫切入點表達式
(5)AOP代理：AOP框架創建的對象，代理就是目標對象的加強。Spring中的AOP代理可以使JDK動態代理，也可以是CGLIB代理，前者基于接口，后者基于子類。
2.AOP的實現策略
Spring采用jdk動態代理模式來實現Aop機制。
3、Spring AOP的實現
我們來試著看看能不能理解SpringAOP底層的實現原理。
3.1 Spring AOP的幾個概念
Spring AOP中的幾個基本概念，每次學習AOP都被這幾個概念折騰的很不爽，我們在這里再把這幾個概念描述一遍，力爭把這幾個概念搞清，在每次review這塊內容的時候可以很快上手。
1.切面(Aspect)：切面就是一個關注點的模塊化，如事務管理、日志管理、權限管理等；
2.連接點(Joinpoint)：程序執行時的某個特定的點，在Spring中就是一個方法的執行；
3.通知(Advice)：通知就是在切面的某個連接點上執行的操作，也就是事務管理、日志管理等；(方法產生的具體影響）
4.切入點(Pointcut)：切入點就是描述某一類選定的連接點，也就是指定某一類要織入通知的方法；
5.目標對象(Target)：就是被AOP動態代理的目標對象；
用一張圖來形象地表達AOP的概念及其關系如下：
3.2 Spring AOP中切入點、通知、切面的實現
理解了上面的幾個概念后，我們分別來看看Spring AOP是如何實現這些概念的；
1.切入點(Pointcut)：它定義了哪些連接點需要被織入橫切邏輯；在Java中，連接點對應哪些類(接口)的方法。因此，我們都能猜到，所謂的切入點，就是定義了匹配哪些婁的哪些方法的一些規則，可以是靜態的基于類(方法)名的值匹配，也可以是基于正則表達式的模式匹配。來看看Spring AOP Pointcut相關的類圖：
在Pointcut接口的定義中，也許你已經想到了，ClassFilter是類過濾器，它定義了哪些類名需要攔截；典型的兩個實現類為TypePatternClassFilter和TrueClassFilter(所有類均匹配)；而MethodMatcher為方法匹配器，定義哪些方法需要攔截。
在上面的類圖中：
- StaticMethodMatch與DynamicMethodMatch的區別是后者在運行時會依據方法的參數值進行匹配。
- NameMatchMethodPointCut根據指定的mappedNames來匹配方法。
- AbstractRegexpMethodPointCut根據正則表達式來匹配方法。
2.通知(Advice)：通知定義了具體的橫切邏輯。在Spring中，存在兩種類型的Advice，即per-class和per-instance的Advice。
所謂per-class，即該類型的Advice只提供方法攔截，不會為目標對象保存任何狀態或者添加新的特性，它也是我們最常見的Advice。下面是per-class的類圖：
- BeforeAdvice：在連接點前執行的橫切邏輯。
- AfterReturningAdvice：在連接點執行后，再執行橫切邏輯。
- AfterAdvice：一般由程序自己實現，當拋出異常后，執行橫切邏輯。
- AroundAdvice：Spring AOP中并沒有提供這個接口，而是采用了AOP Alliance的MethodInteceptor接口；通過看AfterReturningAdvice的源碼我們知道，它是不能更改連接點所在方法的返回值的(更改引用)；但使用的MethodInteceptor，所有的事情，都不在話下。
在上面的類圖中，還有兩種類沒有介紹，那就是***AdviceAdapter和***AdviceInteceptor，我們以AfterReturningAdviceInterceptor為例來說明：
該類實現了MethodInterceptor和AfterAdvice接口，同時構造函數中還有一個AfterReturningAdvice實例的參數；這個類存在的作用是為了什么呢？對，沒錯，Spring AOP把所有的Advice都適配成了MethodInterceptor，統一的好處是方便后面橫切邏輯的執行(參看下一節)，適配的工作即由***AdviceAdapter完成；
哈哈，Spring AOP的代碼也不過如此嘛：所謂的AfterReturningAdvice，通過適配成MethodInterceptor后，其實就是在invoke方法中，先執行目標對象的方法，再執行的AfterReturningAdvice所定義的橫切邏輯。你現在明白它為什么不能修改返回值的引用了吧？
對于per-instance的Advice，目前只有一種實現，就是Introduction，使用的場景比較少，有興趣的同學可以自己研究一下，呵呵！
3.切面(Aspect)：在Spring中，Advisor就是切面；但與通常的Aspect不同的是，Advisor通常只有一個Pointcut和一個Advice，而Aspect則可以包含多個Pointcut和多個Advice，因此Advisor是一種特殊的Aspect。但，這已經夠用了！
接下來看下per-class Advisor的類圖：
其實沒有什么好看的，前面已經說過，Advisor包含一個Pointcut和一個Advisor；在AbstractGenericPointcutAdvisor中，持有一個Advice的引用；下面的幾個實現，均是針對前面提到的幾種不同的Pointcut的實現。
3.3Spring AOP實現的基本線索
我們選擇ProxyFactoryBean作為入口點和分析的開始。ProxyFactoryBean是在Spring IoC環境中，創建AOP應用的最底層方法，從中，可以看到一條實現AOP的基本線索。
所有的邏輯從以下的方法開始,我們主要針對單例的代理對象的生成：
下面我們深入到SpringAOP核心代碼的內部，看看代理對象的生成機制，攔截器橫切邏輯以及織入的實現。
3.4代理對象的生成
對于()方法返回了什么，這就是代理對象如何產生的邏輯了，然后一步一步，看看傳說中的proxy到底是如何一步一步的產生的。
ProxyFactoryBean是AdvisedSupport的子類，Spring使用AopProxy接口把AOP代理的實現與框架的其他部分分離開來。在AdvisedSupport中通過這樣的方式來得到AopProxy,當然這里需要得到AopProxyFactory的幫助 ，從JDK或者cglib中得到想要的代理對象：
這個DefaultAopProxyFactory是Spring用來生成AopProxy(生成代理)的地方，它包含JDK和Cglib兩種實現方式。讓我接著往里面看：
可以看到其中的代理對象可以由JDK或者Cglib來生成，JdkDynamicAopProxy類和Cglib2AopProxy都實現的是AopProxy的接口，我們進入JdkDynamicAopProxy實現中看看Proxy是怎樣生成的：
用Proxy包裝target之后，通過ProxyFactoryBean得到對其方法的調用就被Proxy攔截了， ProxyFactoryBean的getObject()方法得到的實際上是一個Proxy了，target對象已經被封裝了。對 ProxyFactoryBean這個工廠bean而言，其生產出來的對象是封裝了目標對象的代理對象。
3.5 攔截器的作用
前面分析了SpringAOP實現中得到Proxy對象的過程，接下來我們去探尋Spring AOP中攔截器鏈是怎樣被調用的，也就是Proxy模式是怎樣起作用的。
還記得在JdkDynamicAopProxy中生成Proxy對象的時候，有一句這樣的代碼嗎？
returnProxy.newProxyInstance(classLoader, proxiedInterfaces, this);
這里我們的JdkDynamicAopProxy實現了InvocationHandler這個接口，this參數對應的是符合接口的InvocationHandler對象,也就是說當 Proxy對象的函數被調用的時候，InvocationHandler的invoke方法會被作為回調函數調用：
上面所說的目標對象方法的調用，是通過AopUtils的方法調用，使用反射機制來對目標對象的方法進行的：
接下來，我們來看具體的ReflectiveMethodInvocation中proceed()方法的實現，也就是攔截器鏈的實現機制：
從上面的分析我們看到了Spring AOP攔截機制的基本實現，比如Spring怎樣得到Proxy，怎樣利用JAVAProxy以及反射機制對用戶定義的攔截器鏈進行處理。
3.6 織入的實現
?
在上面調用攔截器的時候，經過一系列的注冊，適配的過程以后，攔截器在攔截的時候，會調用到預置好的一個通知適配器，設置通知攔截器，這是一系列Spring設計好為通知服務的類的一個，是最終完成通知攔截和實現的地方，例如對 MethodBeforeAdviceInterceptor的實現是這樣的：
?
可以看到通知適配器將advice適配成Interceptor以后，會調用advice的before方法去執行橫切邏輯。這樣就成功的完成了before通知的織入。
最后，總結一下兩種方法：
再來一次，完整源碼（看懂或者看不懂，都堅持一下，加深印象）。
四、Spring AOP代理源碼解析
1、聲明式SpringAOP代理工廠對象ProxyFactoryBean：
我們以ProxyFactoryBean為例，分析Spring AOP的實現原理，ProxyFactoryBean是Spring中一個非常靈活的創建AOP應用的底層方法，封裝了AOP的主要功能。
一個簡單的AOP代理工廠對象的配置如下：
[html]?view plaincopy
?
1.?<!--配置通知器，通知器的實現定義了需要對目標對象進行的增強行為-->??
2.?<bean?id=”testAdvisor”?class=”com.test.TestAdvisor”/>??
3.?<!--配置AOP代理，封裝AOP功能的主要類-->??
4.?<bean?id=”testAOP”?class=”org.springframework.aop.ProxyFactoryBean”>??
5.?????<!--AOP代理接口-->??
6.?????<property?name=”proxyInterfaces”>??
7.?????????<value>com.test.TestProxyInterface</value>??
8.?????</property>??
9.?????<!--需要使用AOP切面增強的對象-->??
10. ????<property?name=”target”>??
11. ????????<bean?class=”com.test.TestTarget”/>??
12. ????</property>??
13. ????<!--代理攔截器，配置通知器的名稱，即通知器在AOP代理的配置下通過使用代理對象的攔截機制發揮作用-->??
14. ????<property?name=”interceptorNames”>??
15. ????????<list>??
16. ????????????<value>testAdvisor</value>??
17. ????????</list>??
18. ????</property>??
19. </bean>??
2、ProxyFactoryBean生成AOP Proxy代理對象：
從上面的ProxyFactoryBean的簡單配置例子我們可以看出，ProxyFactoryBean是用來配置目標對象和切面行為Advice的，ProxyFactoryBean通過其配置的攔截器名稱interceptorNames即通知器Advisor將切面行為Advice應用到目標對象中。
在ProxyFactoryBean中，需要為待增強目標對象目標對象生成Proxy代理對象，從而為AOP切面的編織提供基礎，下面通過源碼分析ProxyFactoryBean的生成AOPProxy代理對象的實現過程：
(1)ProxyFactoryBean產生代理對象的主要源碼：
1.?public?class?ProxyFactoryBean?extends?ProxyCreatorSupport??
2.?????implements?FactoryBean<Object>,?BeanClassLoaderAware,?BeanFactoryAware?{??//標注通知器為全局通用通知器??
3.?public?static?final?String?GLOBAL_SUFFIX?=?"*";??
4.?//標志通知器鏈是否已經完成初始化??
5.?private?boolean?advisorChainInitialized?=?false;??
6.?//單態模式對象??
7.?private?Object?singletonInstance;??
8.?……??
9.?//ProxyFactoryBean創建AOPProxy代理的入口方法??
10. public?Object?getObject()?throws?BeansException?{??
11. ????????//初始化通知器鏈??
12. ????????initializeAdvisorChain();??
13. ????????//如果目標對象是單態模式??
14. ????????if?(isSingleton())?{??
15. ????????????//調用獲取單態模式對象的方法產生AOPProxy代理??
16. ????????????return?getSingletonInstance();??
17. ????????}??
18. ????????//如果目標對象是原型模式??
19. ????????else?{??
20. ????????????if?(this.targetName?==?null)?{??
21. ????????????????logger.warn("Using?non-singleton?proxies?with?singleton?targets?is?often?undesirable.?"?+??
22. ????????????????????????"Enable?prototype?proxies?by?setting?the?'targetName'?property.");??
23. ????????????}??
24. ????????????//調用原型模式對象方法每次創建一個新的AOPProxy代理對象??
25. ????????????return?newPrototypeInstance();??
26. ????????}??
27. ????}??
28. //初始化通知器鏈??
29. private?synchronized?void?initializeAdvisorChain()?throws?AopConfigException,?BeansException?{??
30. ????//如果通知器鏈已經被初始化，則直接返回，即通知器鏈只在第一次獲取代理對象時產生??
31. ????????if?(this.advisorChainInitialized)?{??
32. ????????????return;??
33. ????????}??
34. ????????//如果ProxyFactoryBean中配置的連接器列名名稱不為空??
35. ????????if?(!ObjectUtils.isEmpty(this.interceptorNames))?{??
36. ????????????//如果沒有Bean工廠(容器)??
37. ????????????if?(this.beanFactory?==?null)?{??
38. ????????????????throw?new?IllegalStateException("No?BeanFactory?available?anymore?(probably?due?to?serialization)?"?+??
39. ????????????????????????"-?cannot?resolve?interceptor?names?"?+?Arrays.asList(this.interceptorNames));??
40. ????????????}??
41. ????????????//全局通知器不能是通知器鏈中最后一個，除非顯式使用屬性指定了目標??
42. ????????????if?(this.interceptorNames[this.interceptorNames.length?-?1].endsWith(GLOBAL_SUFFIX)?&&??
43. ????????????????????this.targetName?==?null?&&?this.targetSource?==?EMPTY_TARGET_SOURCE)?{??
44. ????????????????throw?new?AopConfigException("Target?required?after?globals");??
45. ????????????}??
46. ????????????//遍歷通知器鏈，向容器添加通知器??
47. ????????????for?(String?name?:?this.interceptorNames)?{??
48. ????????????????if?(logger.isTraceEnabled())?{??
49. ????????????????????logger.trace("Configuring?advisor?or?advice?'"?+?name?+?"'");??
50. ????????????????}??
51. ????????????????//如果通知器是全局的??
52. ????????????????if?(name.endsWith(GLOBAL_SUFFIX))?{??
53. ????????????????????if?(!(this.beanFactory?instanceof?ListableBeanFactory))?{??
54. ????????????????????????throw?new?AopConfigException(??
55. ????????????????????????????????"Can?only?use?global?advisors?or?interceptors?with?a?ListableBeanFactory");??
56. ????????????????????}??
57. ????????????????????//向容器中添加全局通知器??
58. ????????????????????addGlobalAdvisor((ListableBeanFactory)?this.beanFactory,??
59. ????????????????????????????name.substring(0,?name.length()?-?GLOBAL_SUFFIX.length()));??
60. ????????????????}??
61. ????????????????//如果通知器不是全局的??
62. ????????????????else?{??
63. ????????????????????Object?advice;??
64. ????????????????????//如果通知器是單態模式??
65. ????????????????????if?(this.singleton?||?this.beanFactory.isSingleton(name))?{??
66. ????????????????????????//從容器獲取單態模式的通知或者通知器??
67. ????????????????????????advice?=?this.beanFactory.getBean(name);??
68. ????????????????????}??
69. ????????????????????//如果通知器是原型模式??
70. ????????????????????else?{??
71. ????????????????????????//創建一個新的通知或者通知器對象??
72. ????????????????????????advice?=?new?PrototypePlaceholderAdvisor(name);??
73. ????????????????????}??
74. ????????????????????//添加通知器??
75. ????????????????????addAdvisorOnChainCreation(advice,?name);??
76. ????????????????}??
77. ????????????}??
78. ????????}??
79. ????????//設置通知器鏈已初始化標識??
80. ????????this.advisorChainInitialized?=?true;??
81. ????}??
82. //獲取一個單態模式的AOPProxy代理對象??
83. private?synchronized?Object?getSingletonInstance()?{??
84. ????????//如果單態模式的代理對象還未被創建??
85. ????????if?(this.singletonInstance?==?null)?{??
86. ????????????//獲取代理的目標源??
87. ????????????this.targetSource?=?freshTargetSource();??
88. ????????????//如果ProxyFactoryBean設置了自動探測接口屬性，并且沒有配置代理接??
89. ????????????//且不是目標對象的直接代理類??
90. ????????????if?(this.autodetectInterfaces?&&?getProxiedInterfaces().length?==?0?&&?!isProxyTargetClass())?{??
91. ????????????????//獲取代理對象的目標類??
92. ????????????????Class?targetClass?=?getTargetClass();??
93. ????????????????if?(targetClass?==?null)?{??
94. ????????????????????throw?new?FactoryBeanNotInitializedException("Cannot?determine?target?class?for?proxy");??
95. ????????????????}??
96. ????????????//設置代理對象的接口
97. setInterfaces(ClassUtils.getAllInterfacesForClass(targetClass,?this.proxyClassLoader));??
98. ????????????}??
99. ????//初始化共享的單態模式對象???????????????????super.setFrozen(this.freezeProxy);??
100. ????//調用ProxyFactory生成代理AOPProxy對象??
101. ????????????this.singletonInstance?=?getProxy(createAopProxy());??
102. ????????}??
103. ????????return?this.singletonInstance;??
104. ????}??
105. //獲取一個原型模式的代理對象??
106. private?synchronized?Object?newPrototypeInstance()?{??
107. ????????if?(logger.isTraceEnabled())?{??
108. ????????????logger.trace("Creating?copy?of?prototype?ProxyFactoryBean?config:?"?+?this);??
109. ????????}??
110. ????????//根據當前的AOPProxyFactory獲取一個創建代理的輔助類??
111. ????????ProxyCreatorSupport?copy?=?new?ProxyCreatorSupport(getAopProxyFactory());??
112. ????????//獲取一個刷新的目標源??
113. ????????TargetSource?targetSource?=?freshTargetSource();??
114. ????????//從當前對象中拷貝AOP的配置，為了保持原型模式對象的獨立性，每次創建代理??
115. //對象時都需要拷貝AOP的配置，以保證原型模式AOPProxy代理對象的獨立性??
116. ????????copy.copyConfigurationFrom(this,?targetSource,?freshAdvisorChain());??
117. ????????if?(this.autodetectInterfaces?&&?getProxiedInterfaces().length?==?0?&&?!isProxyTargetClass())?{??
118. ????????????//設置代理接口??
119. ????????????copy.setInterfaces(??
120. ????ClassUtils.getAllInterfacesForClass(targetSource.getTargetClass(),?this.proxyClassLoader));??
121. ????????}??
122. ????????copy.setFrozen(this.freezeProxy);??
123. ????????if?(logger.isTraceEnabled())?{??
124. ????????????logger.trace("Using?ProxyCreatorSupport?copy:?"?+?copy);??
125. ????????}??
126. ????????//調用ProxyFactory生成AOPProxy代理??
127. ????????return?getProxy(copy.createAopProxy());??
128. ????}??
129. //使用createAopProxy方法返回的AOPProxy對象產生AOPProxy代理對象??
130. protected?Object?getProxy(AopProxy?aopProxy)?{??
131. ????????return?aopProxy.getProxy(this.proxyClassLoader);??
132. ????}??
133. ……??
134. }??
通過源碼分析，我們了解到AOPProxyFactory實現了FactoryBean接口，所以本身也是一個Spring的工廠Bean，AOP代理工廠的主要功能概況為：
a.初始化通知器鏈，將配置的通知器鏈添加到容器存放通知/通知器的集合中。
b.根據單態模式/原型模式，獲取AOPProxy產生AOPProxy代理對象。
?
(2)AOP創建輔助器(AOPCreatorSupport)獲取AOP Proxy代理對象：
AOP ProxyFactory的getSingletonInstance和newPrototypeInstance方法均通過調用AOPCreatorSupport的createAopProxy()方法獲取AOP Proxy，主要源碼如下：
1.?public?class?ProxyCreatorSupport?extends?AdvisedSupport?{??
2.?//AOPProxy工廠??
3.?private?AopProxyFactory?aopProxyFactory;??
4.?//當第一個AOPProxy代理對象被創建時，設置為true??
5.?private?boolean?active?=?false;??
6.?public?AopProxyFactory?getAopProxyFactory()?{??
7.?????????return?this.aopProxyFactory;??
8.?????}??
9.?//默認使用DefaultAopProxyFactory作用AOP代理工廠??
10. public?ProxyCreatorSupport()?{??
11. ????????this.aopProxyFactory?=?new?DefaultAopProxyFactory();??
12. ????}??
13. //創建AOPProxy代理的入口方法??
14. protected?final?synchronized?AopProxy?createAopProxy()?{??
15. ????????if?(!this.active)?{??
16. ????????????activate();??
17. ????????}??
18. ????????//調用DefaultAopProxyFactory的創建AOPProxy代理的方法??
19. ????????return?getAopProxyFactory().createAopProxy(this);??
20. ????}???
21. //激活AOP代理配置，向容器注冊代理回調監聽器，第一次創建AOP代理時調用??
22. private?void?activate()?{??
23. ????????this.active?=?true;??
24. ????????for?(AdvisedSupportListener?listener?:?this.listeners)?{??
25. ????????????listener.activated(this);??
26. ????????}??
27. ????}???
28. ……??
29. } ?
通過對ProxyCreatorSupport的源碼分析，我們知道真正創建AOPProxy代理對象的是DefaultAopProxyFactory類。
(3)DefaultAopProxyFactory創建AOP Proxy代理對象：
DefaultAopProxyFactory是AOP創建輔助器(AOPCreatorSupport)默認的AOP代理工廠，DefaultAopProxyFactory的createAopProxy方法實現了創建AOP代理的功能，源碼如下：
[html]?view plaincopy
?
1.?public?class?DefaultAopProxyFactory?implements?AopProxyFactory,?Serializable?{??
2.?//判斷CGLIB類庫是否在classpath中??
3.?private?static?final?boolean?cglibAvailable?=??
4.?????????????ClassUtils.isPresent("net.sf.cglib.proxy.Enhancer",?DefaultAopProxyFactory.class.getClassLoader());??
5.?//創建AOP代理對象??
6.?public?AopProxy?createAopProxy(AdvisedSupport?config)?throws?AopConfigException?{??
7.?????????//如果AOP使用顯式優化，或者配置了目標類，或者只使用Spring支持的代理接口??
8.?????????if?(config.isOptimize()?||?config.isProxyTargetClass()?||?hasNoUserSuppliedProxyInterfaces(config))?{??
9.?????????????//獲取AOP配置的目標類??
10. ????????????Class?targetClass?=?config.getTargetClass();??
11. ????????????if?(targetClass?==?null)?{??
12. ????????????????throw?new?AopConfigException("TargetSource?cannot?determine?target?class:?"?+??
13. ????????????????????????"Either?an?interface?or?a?target?is?required?for?proxy?creation.");??
14. ????????????}??
15.????????????//如果配置的AOP目標類是接口，則使用JDK動態代理機制來生成AOP代理??
16. ????????????if?(targetClass.isInterface())?{??
17. ????????????????return?new?JdkDynamicAopProxy(config);??
18. ????????????}??
19.????????????//如果AOP配置的目標類不是接口，則使用CGLIB的方式來生成AOP代理??
20. ????????????if?(!cglibAvailable)?{??
21. ????????????????throw?new?AopConfigException(??
22. ????????????????????????"Cannot?proxy?target?class?because?CGLIB2?is?not?available.?"?+??
23. ????????????????????????"Add?CGLIB?to?the?class?path?or?specify?proxy?interfaces.");??
24. ????????????}??
25. ????????????return?CglibProxyFactory.createCglibProxy(config);??
26. ????????}??
27. ????????else?{??
28. ????????????return?new?JdkDynamicAopProxy(config);??
29. ????????}??
30. ????}??
31. //判斷AOP是否只配置了SpringProxy代理接口或者沒有配置任何代理接口??
32. ????private?boolean?hasNoUserSuppliedProxyInterfaces(AdvisedSupport?config)?{??
33. ????????//獲取AOP配置的所有AOP代理接口??
34. ????????Class[]?interfaces?=?config.getProxiedInterfaces();??
35. ????????return?(interfaces.length?==?0?||?(interfaces.length?==?1?&&?SpringProxy.class.equals(interfaces[0])));??
36. ????}??
37. }??
通過對DefaultAopProxyFactory的源碼分析，我們了解了Spring在創建AOP代理對象時，如果配置的目標類是接口，則使用JDK的動態代理機制來生成AOP代理，如果使用的不是接口，則使用CGLIB方式來生成AOP的動態代理。
3、JDK動態代理機制創建AOPProxy代理對象：
JDK的動態代理機制只能對接口起作用，即如果要對一個對象使用JDK動態代理方式生成代理對象時，該對象必須實現接口，Spring中通過JdkDynamicAopProxy類使用JDK動態代理機制生成AOPProxy代理對象，JdkDynamicAopProxy的主要源碼如下：
[html]?view plaincopy
?
1.?final?class?JdkDynamicAopProxy?implements?AopProxy,?InvocationHandler,?Serializable?{??
2.?……??
3.?//JdkDynamicAopProxy的構造方法??
4.?????public?JdkDynamicAopProxy(AdvisedSupport?config)?throws?AopConfigException?{??
5.?????????Assert.notNull(config,?"AdvisedSupport?must?not?be?null");??
6.?????????//獲取AOPBeanFactory中配置的通知器鏈和目標源??
7.?????????if?(config.getAdvisors().length?==?0?&&?config.getTargetSource()?==?AdvisedSupport.EMPTY_TARGET_SOURCE)?{??
8.?????????????throw?new?AopConfigException("No?advisors?and?no?TargetSource?specified");??
9.?????????}??
10. ????????//為當前對象設置AOP配置??
11. ????????this.advised?=?config;??
12. ????}??
13. ????//獲取AOP代理對象的入口方法??
14. ????public?Object?getProxy()?{??
15. ????????return?getProxy(ClassUtils.getDefaultClassLoader());??
16. ????}??
17. ????//創建AOP代理對象??
18. ????public?Object?getProxy(ClassLoader?classLoader)?{??
19. ????????if?(logger.isDebugEnabled())?{??
20. ????????????logger.debug("Creating?JDK?dynamic?proxy:?target?source?is?"?+?this.advised.getTargetSource());??
21. ????????}??
22. ????????//獲取AOPBeanFactory中配置的代理接口??
23. ????????Class[]?proxiedInterfaces?=?AopProxyUtils.completeProxiedInterfaces(this.advised);??
24. ????????//查找代理目標的接口中是否定義equals()和hashCode()方法??
25. ????????findDefinedEqualsAndHashCodeMethods(proxiedInterfaces);??
26. ????????//使用JDK的動態代理機制創建AOP代理對象??
27. ????????return?Proxy.newProxyInstance(classLoader,?proxiedInterfaces,?this);??
28. ????}??
29. ????//查找給定類或接口中是否定義了equals()和hashCode()方法??
30. ????private?void?findDefinedEqualsAndHashCodeMethods(Class[]?proxiedInterfaces)?{??
31. ????????//遍歷給定的類/接口數組??
32. ????????for?(Class?proxiedInterface?:?proxiedInterfaces)?{??
33. ????????????//或者給定類/接口中所有聲明的方法??
34. ????????????Method[]?methods?=?proxiedInterface.getDeclaredMethods();??
35. ????????????//遍歷類/接口中的聲明的方法??
36. ????????????for?(Method?method?:?methods)?{??
37. ????????????????//如果方法是equals()方法，則設置當前對象equalsDefined屬性??
38. ????????????????if?(AopUtils.isEqualsMethod(method))?{??
39. ????????????????????this.equalsDefined?=?true;??
40. ????????????????}??
41. //如果方法是hashCode()方法，則設置當前對象hashCodeDefined屬性??
42. ????????????????if?(AopUtils.isHashCodeMethod(method))?{??
43. ????????????????????this.hashCodeDefined?=?true;??
44. ????????????????}??
45. ????????????????if?(this.equalsDefined?&&?this.hashCodeDefined)?{??
46. ????????????????????return;??
47. ????????????????}??
48. ????????????}??
49. ????????}??
50. ????}??
51.//AOP代理對象的回調方法??
52. ????public?Object?invoke(Object?proxy,?Method?method,?Object[]?args)?throws?Throwable?{??
53. ????????MethodInvocation?invocation;??
54. ????????Object?oldProxy?=?null;??
55. ????????boolean?setProxyContext?=?false;??
56. ????????//獲取通知的目標源??
57. ????????TargetSource?targetSource?=?this.advised.targetSource;??
58. ????????Class?targetClass?=?null;??
59. ????????Object?target?=?null;??
60. ????????try?{??
61. ????????????//如果代理目標對象的接口中沒有定義equals()方法，且當前調用的方法??
62. //是equals()方法，即目標對象沒有自己實現equals()方法??
63. ????????????if?(!this.equalsDefined?&&?AopUtils.isEqualsMethod(method))?{??
64. ????????????????return?equals(args[0]);??
65. ????????????}??
66. ????????????//如果代理目標對象的接口中沒有定義hashCode()方法，且當前調用的方法??
67. //是hashCode()方法，即目標對象沒有自己實現hashCode()方法??
68. ????????????if?(!this.hashCodeDefined?&&?AopUtils.isHashCodeMethod(method))?{??
69. ????????????????return?hashCode();??
70. ????????????}??
71. ????????????//如果AOP配置了通知，使用反射機制調用通知的同名方法??
72. ????????????if?(!this.advised.opaque?&&?method.getDeclaringClass().isInterface()?&&?????????????method.getDeclaringClass().isAssignableFrom(Advised.class))?{??
73. ????????????????return?AopUtils.invokeJoinpointUsingReflection(this.advised,?method,?args);??
74. ????????????}??
75. ????????????Object?retVal;??
76. ????????//如果當前通知暴露了代理，則將當前代理使用currentProxy()方法變為可用代理??
77. ????????????if?(this.advised.exposeProxy)?{??
78. ????????????????oldProxy?=?AopContext.setCurrentProxy(proxy);??
79. ????????????????setProxyContext?=?true;??
80. ????????????}??
81. ????????????//獲取目標對象??
82.????????????target?=?targetSource.getTarget();??
83. ????????????if?(target?!=?null)?{??
84. ????????????????targetClass?=?target.getClass();??
85. ????????????}??
86. ????????????//獲取目標對象方法配置的攔截器(通知器)鏈??
87. ????????????List<Object>?chain?=?this.advised.getInterceptorsAndDynamicInterceptionAdvice(method,?targetClass);??
88. ????????????//如果沒有配置任何通知??
89. ????????????if?(chain.isEmpty())?{??
90. ????????????????//沒有配置通知，使用反射直接調用目標對象的方法，并獲取方法返回值??
91. ????????????????retVal?=?AopUtils.invokeJoinpointUsingReflection(target,?method,?args);??
92. ????????????}??
93. ????????????//如果配置了通知??
94. ????????????else?{??
95. ????????????//為目標對象創建方法回調對象，需要在調用通知之后才調用目標對象的方法??
96.????????????????invocation?=?new?ReflectiveMethodInvocation(proxy,?target,?method,?args,?targetClass,?chain);??
97. ????????????????//調用通知鏈，沿著通知器鏈調用所有配置的通知??
98. ????????????????retVal?=?invocation.proceed();??
99. ????????????}??
100. ????????????//如果方法有返回值，則將代理對象最為方法返回??
101. ????????????if?(retVal?!=?null?&&?retVal?==?target?&&?method.getReturnType().isInstance(proxy)?&&??
102. ????????????????????!RawTargetAccess.class.isAssignableFrom(method.getDeclaringClass()))?{??
103. ????????????????retVal?=?proxy;??
104. ????????????}??
105. ????????????return?retVal;??
106. ????????}??
107. ????????finally?{??
108. ????????????if?(target?!=?null?&&?!targetSource.isStatic())?{??
109. ????????????????//釋放目標對象??
110. ????????????????targetSource.releaseTarget(target);??
111. ????????????}??
112. ????????????if?(setProxyContext)?{??
113. ????????????????//存儲代理對象??
114. ????????????????AopContext.setCurrentProxy(oldProxy);??
115. ????????????}??
116. ????????}??
117. ????}??
118. ……??
119. }??
通過上述源碼分析，我們看到JdkDynamicAopProxy本身實現了InvocationHandler接口和invoke()方法，
JDK的動態代理機制的工作原理是：
當調用目標對象的方法時，不是直接調用目標對象，而是首先生成一個目標對象的動態代理對象，觸發代理對象的invoke()方法，代理的invoke()方法才會真正調用目標對象的方法。Spring AOP的實現原理是在代理對象invoke()方法調用目標對象的方法時，調用配置的通知。
4、CglibProxyFactory創建AOP Proxy代理：
JDK的動態代理只能針對接口生成代理對象，對于沒有實現接口的目標對象，必須通過第3方的CGLIB來生成代理對象，CglibProxyFactory創建AOPProxy代理的主要源碼如下：
[html]?view plaincopy
?
1.?//通過CGLIB方式創建AOP代理對象??
2.?public?Object?getProxy(ClassLoader?classLoader)?{??
3.?????????if?(logger.isDebugEnabled())?{??
4.?????????????logger.debug("Creating?CGLIB2?proxy:?target?source?is?"?+?this.advised.getTargetSource());??
5.?????????}??
6.?????????try?{??
7.?????????????//從代理創建輔助類中獲取在IoC容器中配置的目標對象??
8.?????????????Class?rootClass?=?this.advised.getTargetClass();??
9.?????????????Assert.state(rootClass?!=?null,?"Target?class?must?be?available?for?creating?a?CGLIB?proxy");??
10. ????????????//將目標對象本身做為自己的基類??
11. ????????????Class?proxySuperClass?=?rootClass;??
12. ????????????//檢查獲取到的目標類是否是CGLIB產生的??
13. ????????????if?(AopUtils.isCglibProxyClass(rootClass))?{??
14. ????????????????//如果目標類是有CGLIB產生的，獲取目標類的基類??
15. ????????????????proxySuperClass?=?rootClass.getSuperclass();??
16. ????????????????//獲取目標類的接口??
17. ????????????????Class[]?additionalInterfaces?=?rootClass.getInterfaces();??
18. ????????????????//將目標類的接口添加到容器AOP代理創建輔助類的配置中??
19. ????????????????for?(Class?additionalInterface?:?additionalInterfaces)?{??
20. ????????????????????this.advised.addInterface(additionalInterface);??
21. ????????????????}??
22. ????????????}??
23. ????????????//校驗代理基類??
24. ????????????validateClassIfNecessary(proxySuperClass);??
25. ????????????//配置CGLIB的Enhancer類，Enhancer是CGLIB中的主要操作類??
26. ????????????Enhancer?enhancer?=?createEnhancer();??
27. ????????????if?(classLoader?!=?null)?{??
28. ????????????????enhancer.setClassLoader(classLoader);??
29. ????????????????if?(classLoader?instanceof?SmartClassLoader?&&??
30. ????????????????????????((SmartClassLoader)?classLoader).isClassReloadable(proxySuperClass))?{??
31. ????????????????????enhancer.setUseCache(false);??
32. ????????????????}??
33. ????????????}??
34. ????????????//設置enhancer的基類??
35. ????????????enhancer.setSuperclass(proxySuperClass);??
36. ????????????enhancer.setStrategy(new?UndeclaredThrowableStrategy(UndeclaredThrowableException.class));??
37. ????//設置enhancer的接口?enhancer.setInterfaces(AopProxyUtils.completeProxiedInterfaces(this.advised));??
38. ????????????enhancer.setInterceptDuringConstruction(false);??
39. ????????????//設置enhancer的回調方法??
40. ????????????Callback[]?callbacks?=?getCallbacks(rootClass);??
41. ????????????enhancer.setCallbacks(callbacks);??
42. ????????????//將通知器中配置作為enhancer的方法過濾??
43. ????????????enhancer.setCallbackFilter(new?ProxyCallbackFilter(??
44. ????????????????????this.advised.getConfigurationOnlyCopy(),?this.fixedInterceptorMap,?this.fixedInterceptorOffset));??
45. ????????????Class[]?types?=?new?Class[callbacks.length];??
46. ????????????for?(int?x?=?0;?x?<?types.length;?x++)?{??
47. ????????????????types[x]?=?callbacks[x].getClass();??
48. ????????????}??
49. ????????????//設置enhancer的回調類型??
50. ????????????enhancer.setCallbackTypes(types);??
51. ????????????//創建代理對象??
52. ????????????Object?proxy;??
53. ????????????if?(this.constructorArgs?!=?null)?{??
54. ????????????????proxy?=?enhancer.create(this.constructorArgTypes,?this.constructorArgs);??
55. ????????????}??
56. ????????????else?{??
57. ????????????????proxy?=?enhancer.create();??
58. ????????????}??
59. ????????????return?proxy;??
60. ????????}??
61. ????????catch?(CodeGenerationException?ex)?{??
62. ????????????throw?new?AopConfigException("Could?not?generate?CGLIB?subclass?of?class?["?+??
63. ????????????????????this.advised.getTargetClass()?+?"]:?"?+??
64. ????????????????????"Common?causes?of?this?problem?include?using?a?final?class?or?a?non-visible?class",??
65. ????????????????????ex);??
66. ????????}??
67. ????????catch?(IllegalArgumentException?ex)?{??
68. ????????????throw?new?AopConfigException("Could?not?generate?CGLIB?subclass?of?class?["?+??
69. ????????????????????this.advised.getTargetClass()?+?"]:?"?+??
70. ????????????????????"Common?causes?of?this?problem?include?using?a?final?class?or?a?non-visible?class",??
71. ????????????????????ex);??
72. ????????}??
73. ????????catch?(Exception?ex)?{??
74. ????????????//?TargetSource.getTarget()?failed??
75. ????????????throw?new?AopConfigException("Unexpected?AOP?exception",?ex);??
76. ????????}??
77. ????}??
78. //獲取給定類的回調通知??
79. ?private?Callback[]?getCallbacks(Class?rootClass)?throws?Exception?{??
80. ????????//優化參數??
81. ????????boolean?exposeProxy?=?this.advised.isExposeProxy();??
82. ????????boolean?isFrozen?=?this.advised.isFrozen();??
83. ????????boolean?isStatic?=?this.advised.getTargetSource().isStatic();??
84. ????????//根據AOP配置創建一個動態通知攔截器，CGLIB創建的動態代理會自動調用??
85. ????????//DynamicAdvisedInterceptor類的intercept方法對目標對象進行攔截處理??
86. ????????Callback?aopInterceptor?=?new?DynamicAdvisedInterceptor(this.advised);??
87. ????????Callback?targetInterceptor;??
88. ????????//根據是否暴露代理，創建直接應用目標的通知??
89. ????????if?(exposeProxy)?{??
90. ????????????targetInterceptor?=?isStatic????
91. ????????????????????new?StaticUnadvisedExposedInterceptor(this.advised.getTargetSource().getTarget())?:??
92. ????????????????????new?DynamicUnadvisedExposedInterceptor(this.advised.getTargetSource());??
93. ????????}??
94. ????????else?{??
95. ????????????targetInterceptor?=?isStatic????
96. ????????????????????new?StaticUnadvisedInterceptor(this.advised.getTargetSource().getTarget())?:??
97. ????????????????????new?DynamicUnadvisedInterceptor(this.advised.getTargetSource());??
98. ????????}??
99. ????????//?創建目標分發器??
100. ????????Callback?targetDispatcher?=?isStatic????
101. ????????????????new?StaticDispatcher(this.advised.getTargetSource().getTarget())?:?new?SerializableNoOp();??
102. ????????Callback[]?mainCallbacks?=?new?Callback[]{??
103. ????????????aopInterceptor,?//普通通知??
104. ????????????targetInterceptor,?//?如果優化則不考慮配置的通知??
105. ????????????new?SerializableNoOp(),?//沒有被覆蓋的方法??
106. ????????????targetDispatcher,?this.advisedDispatcher,??
107. ????????????new?EqualsInterceptor(this.advised),??
108. ????????????new?HashCodeInterceptor(this.advised)??
109. ????????};??
110. ????????Callback[]?callbacks;??
111. ????????//如果目標是靜態的，并且通知鏈被凍結，則使用優化AOP調用，直接對方法使用??
112. //固定的通知鏈??
113. ????????if?(isStatic?&&?isFrozen)?{??
114. ????????????Method[]?methods?=?rootClass.getMethods();??
115. ????????????Callback[]?fixedCallbacks?=?new?Callback[methods.length];??
116. ????????????this.fixedInterceptorMap?=?new?HashMap<String,?Integer>(methods.length);??
117. ????????????for?(int?x?=?0;?x?<?methods.length;?x++)?{??
118. ????????????????List<Object>?chain?=?this.advised.getInterceptorsAndDynamicInterceptionAdvice(methods[x],?rootClass);??
119. ????????????????fixedCallbacks[x]?=?new?FixedChainStaticTargetInterceptor(??
120. ????????????????????????chain,?this.advised.getTargetSource().getTarget(),?this.advised.getTargetClass());??
121. ????????????????this.fixedInterceptorMap.put(methods[x].toString(),?x);??
122. ????????????}??
123. ????????????//將固定回調和主要回調拷貝到回調數組中??
124. ????????????callbacks?=?new?Callback[mainCallbacks.length?+?fixedCallbacks.length];??
125. ????????????System.arraycopy(mainCallbacks,?0,?callbacks,?0,?mainCallbacks.length);??
126. ????????????System.arraycopy(fixedCallbacks,?0,?callbacks,?mainCallbacks.length,?fixedCallbacks.length);??
127. ????????????this.fixedInterceptorOffset?=?mainCallbacks.length;??
128. ????????}??
129. ????????//如果目標不是靜態的，或者通知鏈不被凍結，則使用AOP主要的通知??
130. ????????else?{??
131. ????????????callbacks?=?mainCallbacks;??
132. ????????}??
133. ????????return?callbacks;??
134. ????}??
通過上面對CGLIB創建代理和獲取回答通知的源碼分析，我們了解到CGLIB在獲取代理的通知時，會創建DynamicAdvisedInterceptor類，當應用調用目標對象的方法時，不是直接調用目標對象，而是通過CGLIB創建的代理對象來調用目標對象，在調用目標對象的方法時，觸發DynamicAdvisedInterceptor的intercept回調方法對目標對象進行處理，CGLIB回調攔截器鏈的源碼如下：
[html]?view plaincopy
?
1.?//CGLIB回調AOP攔截器鏈??
2.?public?Object?intercept(Object?proxy,?Method?method,?Object[]?args,?MethodProxy?methodProxy)?throws?Throwable?{??
3.?????????????Object?oldProxy?=?null;??
4.?????????????boolean?setProxyContext?=?false;??
5.?????????????Class?targetClass?=?null;??
6.?????????????Object?target?=?null;??
7.?????????????try?{??
8.?????????????????//如果通知器暴露了代理??
9.?????????????????if?(this.advised.exposeProxy)?{??
10. ????????????????????//設置給定的代理對象為要被攔截的代理??????????????????????????????????????????oldProxy?=?AopContext.setCurrentProxy(proxy);??
11. ????????????????????setProxyContext?=?true;??
12. ????????????????}??
13. ????????????????//獲取目標對象??
14. ????????????????target?=?getTarget();??
15. ????????????????if?(target?!=?null)?{??
16. ????????????????????targetClass?=?target.getClass();??
17. ????????????????}??
18. ????????????????//獲取AOP配置的通知??
19. ????????????????List<Object>?chain?=?this.advised.getInterceptorsAndDynamicInterceptionAdvice(method,?targetClass);??
20. ????????????????Object?retVal;??
21. ????????????????//如果沒有配置通知??
22. ????????????????if?(chain.isEmpty()?&&?Modifier.isPublic(method.getModifiers()))?{??
23. ????????????????????//直接調用目標對象的方法??
24. ????????????????????retVal?=?methodProxy.invoke(target,?args);??
25. ????????????????}??
26. ????????????????//如果配置了通知??
27. ????????????????else?{??
28. ????????????????????//通過CglibMethodInvocation來啟動配置的通知??
29. ????????????????????retVal?=?new?CglibMethodInvocation(proxy,?target,?method,?args,?targetClass,?chain,?methodProxy).proceed();??
30. ????????????????}??
31. ????????????????//獲取目標對象對象方法的回調結果，如果有必要則封裝為代理??
32. ????????????????retVal?=?massageReturnTypeIfNecessary(proxy,?target,?method,?retVal);??
33. ????????????????return?retVal;??
34. ????????????}??
35. ????????????finally?{??
36. ????????????????if?(target?!=?null)?{??
37. ????????????????????releaseTarget(target);??
38. ????????????????}??
39. ????????????????if?(setProxyContext)?{??
40. ????????????????????//存儲被回調的代理??
41. ????????????????????AopContext.setCurrentProxy(oldProxy);??
42. ????????????????}??
43. ????????????}??
44. ????????}??
5、目標對象方法的調用：
(1)JdkDynamicAopProxy直接調用目標對象方法：
JdkDynamicAopProxy中是通過AopUtils.invokeJoinpointUsingReflection方法來直接調用目標對象的方法，源碼如下：
[html]?view plaincopy
?
1.?//通過反射機制直接調用目標對象方法??
2.?public?static?Object?invokeJoinpointUsingReflection(Object?target,?Method?method,?Object[]?args)??
3.?????????????throws?Throwable?{??
4.?????????try?{??
5.?//通過反射使給定的方法可以訪問，主要是對protected和private方法使用，//取消嚴格訪問控制權限的限制??
6.?????????????ReflectionUtils.makeAccessible(method);??
7.?????????????//使用反射機制調用目標對象的方法??
8.?????????????return?method.invoke(target,?args);??
9.?????????}??
10. ????????catch?(InvocationTargetException?ex)?{??
11. ????????????throw?ex.getTargetException();??
12. ????????}??
13. ????????catch?(IllegalArgumentException?ex)?{??
14. ????????????throw?new?AopInvocationException("AOP?configuration?seems?to?be?invalid:?tried?calling?method?["?+??
15. ????????????????????method?+?"]?on?target?["?+?target?+?"]",?ex);??
16. ????????}??
17. ????????catch?(IllegalAccessException?ex)?{??
18. ????????????throw?new?AopInvocationException("Could?not?access?method?["?+?method?+?"]",?ex);??
19. ????????}??
20. ????}??
(2)Cglib2AopProxy直接調用目標對象方法：
Cglib2AopProxy是通過methodProxy.invoke來直接調用目標對象的方法，主要源碼如下：
retVal?=?methodProxy.invoke(target,?args);
?
?
?
上面講了怎么多，再簡單回顧下代理對象是如何生成的
1、上面講到了兩種生成代理對象的方法，一種是通過ProxyFactory，一種是通過ProxyFactoryBean。第一種獲取比較簡單，但是需要手工的進行寫代碼，而第二種是通過Spring的IOC機制來控制Bean的生成。
2、無論是ProxyFactory或者ProxyFactoryBean都是要通過createAopProxy().getProxy()來獲取相應的代理對象，而通過Proxyfactory比較直接，上面重點介紹的是通過ProxyFactoryBean獲得proxy。
3、首先，找到ProxyFactoryBean的getObject方法，為什么？（主要是跟Bean容器中getObject能返回代理對象）
4、其次調用getSingletonInstance（），在getSingletonInstance方法中引入了super中的方法，super是指ProxyCreatorSupport，這里ProxyCreatorSupport是ProxyFactoryBean和ProxyFactory的父類，已經做了很多工作，只需在ProxyFactoryBean的getObject()方法中通過父類的createAopProxy()取得相應的AopProxy。
5、跟蹤createAopProxy方法，追蹤到了ProxyCreatorSupport中，然后，借助了AopProxyFactory，此時得到的aopProxyFactory，在構造函數中已經定義為newDefaultAopProxyFactory()
6、進入DefaultAopProxyFactory中，找到createAopProxy方法，在這里判斷是調用JDK動態或者CGlib動態中的一種。
7.調用增強方法其實就是攔截器在攔截的時候，會調用到預置好的一個通知適配器，設置通知攔截器，最后把通知織入到切面去。
?
最后，總結一下兩種方法：
?
JDK動態代理：? ---??
InvocationHandler 和Proxy.newProxyInstance()? --動態代理的基本原理為反射 +多態 + 聚合
?????? InvocationHandler是一個接口，通過實現該接口定義橫切邏輯，并通過反射機制調用目標類的代碼，動態將橫切邏輯和業務邏輯編織在一起。
???? ?JDK動態代理要求被代理對象（接口實現類）通過反射注入到一個中間對象（ProxyFactory），而中間對象實現InvocationHandler接口。
????? 然后重寫invoke方法，從而實現被代理對象方法被調用時，在調用前后插入一些代碼（增強）。
? ?????Proxy利用InvocationHandler動態創建一個符合某一接口的實例。
????? ?Proxy.newProxyInstance()能夠利用中間對象來生產代理對象，插入的代碼就是切面代碼。
????? 通過調用通知鏈，沿著通知鏈調用所有的配置通知。????????????????????????
?局限：
????? ?被代理的對象必須實現接口，而且只有接口中的方法才能被代理。
?
?
cglib動態代理：---??字節碼生成技術??? ??
實現?MethodInterceptor接口，重寫其 interceptor()方法?????
CGLib采用非常底層的字節碼技術，可以為一個類創建子類，并在子類中采用方法攔截的技術攔截所有父類方法的調用，并順勢織入橫切邏輯，???? ?
繼承被代理對象，然后重寫被代理的方法，在覆蓋該方法時，插入自己的代碼，通過CglibMethodInvocation來啟動配置的通知。????
?enhancer.create創建代理對象。
因為需要重寫被代理對象的方法，所以被代理的方法不能使final方法，因為final方法不能被覆蓋。
?
?
JDK動態代理：? ---???
InvocationHandler?和 Proxy.newProxyInstance()??????---?動態代理的基本原理為反射?+?多態 +?聚合
???????InvocationHandler是一個接口，通過實現該接口定義橫切邏輯，并通過反射機制調用目標類的代碼，動態將橫切邏輯和業務邏輯編織在一起。
???? ?JDK動態代理要求被代理對象（接口實現類）通過反射注入到一個中間對象（ProxyFactory），而中間對象實現InvocationHandler接口。
??????然后重寫invoke方法，從而實現被代理對象方法被調用時，在調用前后插入一些代碼（增強）。
? ?????Proxy利用InvocationHandler動態創建一個符合某一接口的實例。
????? ?Proxy.newProxyInstance()能夠利用中間對象來生產代理對象，插入的代碼就是切面代碼 。?????????????????????????局限：
???????被代理的對象必須實現接口，而且只有接口中的方法才能被代理。
?
?
cglib動態代理：---???字節碼生成技術??????
實現? MethodInterceptor接口，重寫其 interceptor()方法 ????? CGLib采用非常底層的字節碼技術，可以為一個類創建子類，并在子類中采用方法攔截的技術攔截所有父類方法的調用，并順勢織入橫切邏輯， ??? ?繼承被代理對象，然后重寫被代理的方法，在覆蓋該方法時，插入自己的代碼， ??? ? enhancer.create創建代理對象。 因為需要重寫被代理對象的方法，所以被代理的方法不能使final方法，因為final方法不能被覆蓋。總結
- 上一篇： 框架：@Bean注解
- 下一篇： 行为型模式：责任链模式