前言
至此，AOP相關(guān)的源碼已經(jīng)分析結(jié)束，接下來我們總結(jié)下AOP這塊的相關(guān)功能，AOP這塊的整個分析是從配置文件開始的。這里我們從IOC創(chuàng)建的過程中去分析。
經(jīng)過之前IOC的分析，我們知道AOP這塊也是有bean加載的時候處理的，應(yīng)該有如下兩處。
- 1、加載bean定義的時候應(yīng)該有特殊處理
- 2、getBean的時候有特殊處理
1、加載bean定義的時候
根據(jù)之前IOC的源碼分析，我們直接定位到DefaultBeanDefinitionDocumentReader這個類的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,因此會執(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)簽加載時序圖
下面是AOP標(biāo)簽的處理過程
- 1、AOP標(biāo)簽的定義解析肯定是從NamespaceHandlerSupport的實現(xiàn)類開始解析的，這個實現(xiàn)類就是AopNamespaceHandler。至于為什么會是從NamespaceHandlerSupport的實現(xiàn)類開始解析的，這個的話我想讀者可以去在回去看看Spring自定義標(biāo)簽的解析流程，里面說的比較詳細(xì)。
- 2、要啟用AOP，我們一般會在Spring里面配置<aop:aspectj-autoproxy/> ，所以在配置文件中在遇到aspectj-autoproxy標(biāo)簽的時候我們會采用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的實現(xiàn)，基本是靠AnnotationAwareAspectJAutoProxyCreator去完成的，它可以根據(jù)@point注解定義的切點(diǎn)來代理相匹配的bean。
- 5、AopConfigUtils的registerAspectJAnnotationAutoProxyCreatorIfNecessary方法處理完成之后，接下來會調(diào)用useClassProxyingIfNecessary() 處理proxy-target-class以及expose-proxy屬性。如果將proxy-target-class設(shè)置為true的話，那么會強(qiáng)制使用CGLIB代理，否則使用jdk動態(tài)代理，expose-proxy屬性是為了解決有時候目標(biāo)對象內(nèi)部的自我調(diào)用無法實現(xiàn)切面增強(qiáng)。
- 6、最后的調(diào)用registerComponentIfNecessary 方法，注冊組建并且通知便于監(jiān)聽器做進(jìn)一步處理。
2、創(chuàng)建AOP代理
說明：
- 1、spring 容器啟動，每個bean的實例化之前都會先經(jīng)過AbstractAutoProxyCreator類的postProcessAfterInitialization（）這個方法，然后接下來是調(diào)用wrapIfNecessary方法。
- 2、進(jìn)入wrapIfNecessary方法后，我們直接看重點(diǎn)實現(xiàn)邏輯的方法getAdvicesAndAdvisorsForBean，這個方法會提取當(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的動態(tài)代理工廠，或者CGLIB的動態(tài)代理工廠，然后返回proxyFactory
