日期:2014-05-17  浏览次数:20830 次

跟我学aspectj之八 -----控制流cfow,cfowbelow

一、序言

cflow我认为是aspectj中最难理解的一个概念,至少我是这么认为的。当初刚接触aspectj的时候,可谓是为之颠倒,不只大家是否有相同的感觉。但有一点不可否认的就是:他觉得是aspectj强大功能之一。 他可以做到Spring AOP无法做到的场景。

?

二、控制流

什么叫控制流? 相信很多不理解cflow的同学跟我一样,刚开始也是卡在这里,那么本节,我们就先理清这个概念。先看一段代码:

?


请用流程图画出testmethod()的流程,相信这个大家都画的出来吧?

?

那么现在你看着你画的图,我告诉你:这就是testMehtod()的控制流。那么cfow(execution(* testMethod())) 就是获取testMethod()的控制流。他将拦截到testMethod中的每行代码(包括:他流程里面调用的其它其他方法的流程,不管调用层次有多深,都属于他的控制流)。

ps: 其实这里说是每行代码是不准的,其实是每行代码编译后的字节码。比如System.out.println() 其实编译后是3句话。

三、demo说明

首先,我们来看下bar的控制流,用我们的老办法。看招:

?


运行一下testCfow().看看是什么结果?

?

?

?

尼玛,太坑爹了, StackOverFow了。 哈哈,相信很多同学刚用cfow()的时候也出现这个问题吧?? 其实笔者是故意给你们留的这个陷阱。 那么为什么会溢出勒?其实是这样的:cflowAspect织入了 Bar(). 所以他也算是bar的控制流的一部分, 这样一来,他就自己拦截自己,形成一个死循环,所以就溢出了。恍然一个大悟吧!

?

那我们如何解决这个问题勒?记得上一节讲过的within么? 让我们修改一下代码.

?


再次运行testMehtod(),打印结果如下:

?

?


每条打印,都可以看出是拦截的那句话,同时这个结果也验证了我给大家PS的那句话。始终要记得:aspectj是静态织入,所以他拦截的是字节码~。

?

?

现在我们改变一下需求: 只拦截bar方法调用里面的foo()方法,也就是说我们testMethod()里面的foo() 调用不要拦截。

?


运行一下TestCflow。

?

?


?

发现是不是只有bar方法里面的foo()被拦截了? 用Spring AOP你就无法实现这个需求吧?? 是不是突然觉得aspectj真的很强大??但是我还是要说:这只是他强大的表现之一,冰山一角。 但是他绝对是使用频率最高的功能之一。

?

?

四、总结

cfow()获取的是一个控制流程。他很少几乎不单独使用,一般与其他的pointcut 进行 &&运算。若要单独使用,一定要记得用!with()剔除asepct 本身。他是我最喜欢,也是我用的最多的功能,在实际的应用中也用的最广,请好好掌握他。