前言
至此，AOP相關(guān)的源碼已經(jīng)分析結(jié)束乖酬，接下來我們總結(jié)下AOP這塊的相關(guān)功能死相，AOP這塊的整個(gè)分析是從配置文件開始的。這里我們從IOC創(chuàng)建的過程中去分析咬像。
經(jīng)過之前IOC的分析算撮，我們知道AOP這塊也是有bean加載的時(shí)候處理的，應(yīng)該有如下兩處县昂。
- 1肮柜、加載bean定義的時(shí)候應(yīng)該有特殊處理
- 2、getBean的時(shí)候有特殊處理
1倒彰、加載bean定義的時(shí)候
根據(jù)之前IOC的源碼分析审洞，我們直接定位到DefaultBeanDefinitionDocumentReader這個(gè)類的parseBeanDefinitions方法，如果有不熟悉的待讳，請翻閱之前的定義
【DefaultBeanDefinitionDocumentReader】
protected void parseBeanDefinitions(Element root, BeanDefinitionParserDelegate delegate) {
if (delegate.isDefaultNamespace(root)) {
NodeList nl = root.getChildNodes();
for (int i = 0; i < nl.getLength(); i++) {
Node node = nl.item(i);
if (node instanceof Element) {
Element ele = (Element) node;
if (delegate.isDefaultNamespace(ele)) {
parseDefaultElement(ele, delegate);
}
else {
delegate.parseCustomElement(ele);
}
}
}
}
else {
delegate.parseCustomElement(root);
}
}
很明顯的得知芒澜，這里aop不是默認(rèn)的<bean id = ''>這樣的默認(rèn)Namespace,因此會(huì)執(zhí)行21行的代碼
【BeanDefinitionParserDelegate】
public BeanDefinition parseCustomElement(Element ele, @Nullable BeanDefinition containingBd) {
String namespaceUri = getNamespaceURI(ele);
if (namespaceUri == null) {
return null;
}
NamespaceHandler handler = this.readerContext.getNamespaceHandlerResolver().resolve(namespaceUri);
if (handler == null) {
error("Unable to locate Spring NamespaceHandler for XML schema namespace [" + namespaceUri + "]", ele);
return null;
}
return handler.parse(ele, new ParserContext(this.readerContext, this, containingBd));
}
到這里也就能接著AOP入口之前的分析了，接下來主要分析下相應(yīng)的AOP加載的流程圖创淡。
標(biāo)簽加載時(shí)序圖
下面是AOP標(biāo)簽的處理過程
- 1痴晦、AOP標(biāo)簽的定義解析肯定是從NamespaceHandlerSupport的實(shí)現(xiàn)類開始解析的，這個(gè)實(shí)現(xiàn)類就是AopNamespaceHandler琳彩。至于為什么會(huì)是從NamespaceHandlerSupport的實(shí)現(xiàn)類開始解析的誊酌，這個(gè)的話我想讀者可以去在回去看看Spring自定義標(biāo)簽的解析流程，里面說的比較詳細(xì)汁针。
- 2术辐、要啟用AOP，我們一般會(huì)在Spring里面配置<aop:aspectj-autoproxy/> 施无，所以在配置文件中在遇到aspectj-autoproxy標(biāo)簽的時(shí)候我們會(huì)采用AspectJAutoProxyBeanDefinitionParser解析器
- 3辉词、進(jìn)入AspectJAutoProxyBeanDefinitionParser解析器后，調(diào)用AspectJAutoProxyBeanDefinitionParser已覆蓋BeanDefinitionParser的parser方法猾骡，然后parser方法把請求轉(zhuǎn)交給了AopNamespaceUtils的registerAspectJAnnotationAutoProxyCreatorIfNecessary去處理
- 4瑞躺、進(jìn)入AopNamespaceUtils的registerAspectJAnnotationAutoProxyCreatorIfNecessary方法后敷搪，先調(diào)用AopConfigUtils的registerAspectJAnnotationAutoProxyCreatorIfNecessary方法，里面在轉(zhuǎn)發(fā)調(diào)用給registerOrEscalateApcAsRequired幢哨，注冊或者升級AnnotationAwareAspectJAutoProxyCreator類赡勘。對于AOP的實(shí)現(xiàn)，基本是靠AnnotationAwareAspectJAutoProxyCreator去完成的捞镰，它可以根據(jù)@point注解定義的切點(diǎn)來代理相匹配的bean闸与。
- 5、AopConfigUtils的registerAspectJAnnotationAutoProxyCreatorIfNecessary方法處理完成之后岸售，接下來會(huì)調(diào)用useClassProxyingIfNecessary() 處理proxy-target-class以及expose-proxy屬性践樱。如果將proxy-target-class設(shè)置為true的話，那么會(huì)強(qiáng)制使用CGLIB代理凸丸，否則使用jdk動(dòng)態(tài)代理拷邢，expose-proxy屬性是為了解決有時(shí)候目標(biāo)對象內(nèi)部的自我調(diào)用無法實(shí)現(xiàn)切面增強(qiáng)。
- 6屎慢、最后的調(diào)用registerComponentIfNecessary 方法瞭稼，注冊組建并且通知便于監(jiān)聽器做進(jìn)一步處理。
2腻惠、創(chuàng)建AOP代理
說明：
- 1环肘、spring 容器啟動(dòng)，每個(gè)bean的實(shí)例化之前都會(huì)先經(jīng)過AbstractAutoProxyCreator類的postProcessAfterInitialization（）這個(gè)方法妖枚，然后接下來是調(diào)用wrapIfNecessary方法廷臼。
- 2、進(jìn)入wrapIfNecessary方法后，我們直接看重點(diǎn)實(shí)現(xiàn)邏輯的方法getAdvicesAndAdvisorsForBean续誉，這個(gè)方法會(huì)提取當(dāng)前bean 的所有增強(qiáng)方法，然后獲取到適合的當(dāng)前bean 的增強(qiáng)方法，然后對增強(qiáng)方法進(jìn)行排序摔握，最后返回泊愧。
- 3、獲取到當(dāng)前bean的增強(qiáng)方法后痰滋，便調(diào)用createProxy方法敲街，創(chuàng)建代理。先創(chuàng)建代理工廠proxyFactory，然后獲取當(dāng)前bean 的增強(qiáng)器advisors奸披，把當(dāng)前獲取到的增強(qiáng)器添加到代理工廠proxyFactory，然后設(shè)置當(dāng)前的代理工的代理目標(biāo)對象為當(dāng)前bean，最后根據(jù)配置創(chuàng)建JDK的動(dòng)態(tài)代理工廠置鼻，或者CGLIB的動(dòng)態(tài)代理工廠，然后返回proxyFactory
