Spring AOP 前切入点及多参数问题
博客分类:
- 【AOP】
- 【Spring】
aopspring
问题:看了很多关于Spring AOP的文章,在讲各种切入方式(before、around、after-returnning、thrown等)时,被切入的业务主体Bean的方法,基本都是无参数的。
也有提到有参数的,但都是一个String型的参数。
以before为例,无参数方法的切点配置为
Xml代码
1. <aop:before method="before" pointcut="execution(* cn.xxxx..*.*(..))"/>
如果方法有一个String型的参数param,则配置为
Xml代码
1. <aop:before method="before" arg-names="param" pointcut="execution(* cn.xxxx..*.*(..)) and args(param)"/>
注:如果参数其实可为任何类型,即Object。如果非要强调是String型,参数为其他类型的方法,不想被切点切入,则可写成 method="before(java.lang.String)"
(经实际测试 arg-names="param" 不写也可以)
但如果 cn.xxxx..*.* 的方法有多个参数,且个数不定,要想让切点可以切入,这么个写法就不行了。
我搜了N多的帖子,也没能找到方法,最终几经辗转,终于在网友的帮助下,点破了这一层窗户纸,其实也很简单,还是在配置的写法:
Xml代码
1. <aop:before method="before" pointcut="execution(* cn.xxxx..*.*(..)) and args(..)"/>
与之配合的切点的写法是
Java代码
1. public void before(JoinPoint jp) throws Throwable {
2. ...
3. }
这样,不论业务Bean的方法有多少个参数,都可以被这个切点切入了。如果需要访问各个参数,只需
Java代码
1. Object[] args = jp.getArgs();
----------------------------------华丽的分割线-----------------------------------
其实,能够满足如上需求的方法,至少还有一种,就是拦截器。
Mxl代码
1. <bean id="myService" class="org.springframework.aop.framework.ProxyFactoryBean">
2. "interceptorNames">
3. <list>
4. <value>beforeInterceptor</value>
5. </list>
6. </property>
7. "target">
8. "realServiceTarget" />
9. </property>
10. </bean>
11.
12. <bean id="realServiceTarget" class="cn.xxxx.xxx.Xxxx"/>
13. <bean id="beforeInterceptor" class="cn.xxxx.xxx.MyChecker"/>
思路是在注入ServiceBean时,偷梁换柱一下,用myService代替,实际是指向Spring的拦截器,它可以在执行真正的ServiceBean之前,先执行beforeInterceptor所指向的拦截代码
(这里是MyChecker,这个拦截器要实现org.aopalliance.intercept.MethodInterceptor接口,
并完成public Object invoke(MethodInvocation invocation) throws
Throwable方法)然后再交还给target属性指明的真正的ServiceBean。它不仅仅能够得到方法的参数,而且还有更强的功能——决定是
否继续执行target。
Java代码
1. public class MyChecker implements MethodInterceptor {
2.
3. /**
4. * 用户访问认证方法。
5. * 如果登录合法则开始执行服务,否则返回错误。
6. */
7. public Object invoke(MethodInvocation invocation) throws Throwable {
8. Method invokeMethod = invocation.getMethod();
9. Object[] args = invocation.getArguments();
10. ...
11. if(....){
12. return invocation.proceed(); // 检查OK,继续执行
13. else{
14. return null; // 检查NG,阻断执行
15. }
16. }
17. }
看到了吧,这里不仅仅可以得到目标方法的参数 Object[] args = invocation.getArguments();
还可以,控制是否要继续执行目标方法,还是阻断。因此用来做认证是再合适不过了。
----------------------------------华丽的分割线-----------------------------------
为什么要加入两条分割线之间的之一段呢?除了也作为before切入的另一种实现方式,更主要的是想引出下面的问题:
我发现,在我成功的用AOP切入之后,每次都执行了两遍切点,且我检查了配置文件,并没有重复定义<AOP>
当我在切点代码中加入
Java代码
1. Object target = jp.getTarget();
我发现,这个target有一次是我的ServiceBean,而另一次是类似$Proxy22之类的东西。这才恍然大悟,它应该是那个拦截器!也就是说,拦截器被切点切入了一次,真正的target又切入了一次。
显然,从配置文件的写法上似乎是无法避免拦截器被切入的(虽然org.springframework.aop.framework.* 并不是切面),那只能在切点里想办法回避了
Java代码
1. public void before(JoinPoint jp) throws Throwable {
2. Object target = jp.getTarget();
3. if(AopUtils.isAopProxy(target)){
4. return;
5. }
6. ...
7. }
至此,可以让多参数方法被切入的before切点完成了。
(after-returnning没有遇到什么障碍,多参数也很简单,甚至不用在pointcut配置中声明,还可取到返回值)
Xml代码
1. <aop:after-returning method="afterReturning" arg-names="retVal" returning="retVal" pointcut="execution(* cn.xxxx..*.*(..))"/>
切点,可以同时得到JoinPoint和返回值
Java代码
1. public void afterReturning(JoinPoint jp, Object retVal) throws Throwable {
2. Object target = jp.getTarget();
3. if(AopUtils.isAopProxy(target)){
4. return;
5. }
6. ...
7. }
最后,不知道哪位晓得,如果通过AOP而不是中间段落中提到的【拦截器】,来实现现有拦截器的功能,即取得入口参数,并可以控制继续执行被切的业务ServiceBean,还是阻止它执行。