1 前言

在這篇文章中中已經(jīng)講述了 AOP 的后置處理器和增強信息的獲取，在本文中將繼續(xù)分享 AOP 創(chuàng)建代理對象和上下文相關(guān)的內(nèi)容。

2 創(chuàng)建代理對象

Spring AOP 使用 JDKProxy 和 CGLIB 兩種方式來生成代理對象，具體使用哪一種需要根據(jù) AopProxyFactory 接口的 createProxy 方法中的 AdvisedSupport 中的參數(shù)進(jìn)行確定，默認(rèn)情況下如果目標(biāo)類是接口，則使用 jdk 動態(tài)代理技術(shù)，如果是非接口類，則使用 cglib 來生成代理。

在獲取了所有對應(yīng) bean 的增強器之后，便可以進(jìn)行代理的創(chuàng)建了，createProxy 方法。 對于代理類的創(chuàng)建以及處理，spring 委托給 ProxyFactory 進(jìn)行處理，此方法主要進(jìn)行初始化操作，并為代理工作做準(zhǔn)備。主要分為以下步驟：

• 1 獲取當(dāng)前代理類的屬性。
• 2 添加代理接口，封裝 Advisor 并加入 ProxyFactory 代理工廠中。
• 3 設(shè)置要代理的類，spring 還添加了 customizeProxyFactory ,子類可以在改方法中對 ProxyFactory 進(jìn)行包裝。
• 4 進(jìn)行獲取代理類的操作。

3 AOPContext Aop 上下文

在最終的代碼調(diào)用中，還是 JdkDynamicAopProxy 的 invoke 方法和 CglibAopProxy 的 intercept 方法，以 CglibAopProxy 為例，可以看到 AopContext.setCurrentProxy 調(diào)用，將當(dāng)前的對象設(shè)置到上下文中，在最后 finally 代碼塊中會將當(dāng)前代理對象移除。

AOPContext 的主要方法如下圖所示：

4 AOP 分析匯總

綜上的逐步分析，最終總結(jié)的調(diào)用鏈路圖如下所示，分為注冊 Bean, 尋找增強器和創(chuàng)建代理等主要環(huán)節(jié)：

# 注冊 bean
invokeBeanFactoryPostProcessors
 @EnableAspectJAutoProxy
 AspectJAutoProxyRegistrar.registerBeanDefinitions
AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary
registerOrEscalateApcAsRequired(AnnotationAwareAspectJAutoProxyCreator.class, registry, source);
AopConfigUtils.registerOrEscalateApcAsRequired
# 調(diào)用
finishBeanFactoryInitialization
AbstractAutoProxyCreator.postProcessAfterInitialization
AbstractAutoProxyCreator.wrapIfNecessary
AbstractAutoProxyCreator.getAdvicesAndAdvisorsForBean
AbstractAdvisorAutoProxyCreator.getAdvicesAndAdvisorsForBean
AbstractAdvisorAutoProxyCreator.findEligibleAdvisors
AbstractAdvisorAutoProxyCreator.findCandidateAdvisors();
AnnotationAwareAspectJAutoProxyCreator.findCandidateAdvisors
BeanFactoryAspectJAdvisorsBuilder.buildAspectJAdvisors
ReflectiveAspectJAdvisorFactory.getAdvisors
ReflectiveAspectJAdvisorFactory.getPointcut 獲取切點的注解信息
new InstantiationModelAwarePointcutAdvisorImpl
instantiateAdvice
ReflectiveAspectJAdvisorFactory.getAdvice 獲取 advice
switch
AspectJAroundAdvice
AbstractAspectJAdvice.invokeAdviceMethod
AspectJMethodBeforeAdvice
AspectJAfterAdvice
AspectJAfterReturningAdvice
AspectJAfterThrowingAdvice
AbstractAdvisorAutoProxyCreator.findAdvisorsThatCanApply(candidateAdvisors, beanClass, beanName);
AbstractAutoProxyCreator.createProxy
AbstractAutoProxyCreator.buildAdvisors
proxyFactory.getProxy(classLoader)
DefaultAopProxyFactory.createAopProxy
JdkDynamicAopProxy.getProxy
ObjenesisCglibAopProxy.getProxy

5 JDK 動態(tài)代理和 CGLIB 的區(qū)別與聯(lián)系

在 Spring 中，如果說 IOC 和 DI 解決了類與類之間的耦合，那么動態(tài)代理則是解決了方法與方法，業(yè)務(wù)方法和切面邏輯之間的耦合。

JDK 動態(tài)代理只能對實現(xiàn)了接口類生成代理，而不能針對類進(jìn)行代理。Cglib 是針對類進(jìn)行代理，針對指定的類生成子類，并覆蓋方法并進(jìn)行增強，因為采用的是繼承方式，所代理的類和方法不能是 final 修飾（final 的類或方法，是無法繼承的）。

jdk 動態(tài)代理：創(chuàng)建一個實現(xiàn) InvocationHandler 接口的攔截器，使用 Proxy.newProxyInstance() 反射機制生成一個代理對象，在具體調(diào)用方法之前先調(diào)用 InvokeHandler.invoke 來處理。

Cglib 動態(tài)代理：利用 ASM 字節(jié)碼增強框架，對代理對象生成的 class 文件加載進(jìn)來，通過修改字節(jié)碼生成子類進(jìn)行代理。

jdk 和 cglib 使用方法的區(qū)別：

• 1 目標(biāo)對象如果實現(xiàn)了接口，則默認(rèn)使用 jdk 動態(tài)代理。
• 2 如果目標(biāo)對象實現(xiàn)了接口，可以強制使用 cglib。
• 3 如果目標(biāo)對象沒有實現(xiàn)接口，則必須使用 cglib, spring 會自動在 jdk 和 cglib 代理之間進(jìn)行切換。

綜上， jdk 代理只能針對實現(xiàn)接口的類生成代理，而不能針對類。cglib 只能針對類進(jìn)行代理。

6 總結(jié)

在本文中主要講述了后置處理器和 AOP 的實現(xiàn)原理，以及 jdk 動態(tài)代理和 cglib 代理之間的區(qū)別，主要涉及增強獲取和代理類的獲取，以及后置處理器的理解。

到此這篇關(guān)于Spring AOP 創(chuàng)建代理對象詳情的文章就介紹到這了,更多相關(guān)Spring AOP 內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論