Spring温故知新（8）静态切入点和CGLIB代理，更智能、更方便

2012-12-19

Spring温故知新（八）静态切入点和CGLIB代理，更智能、更方便！前面一章我们利用了Spring的AOP框架实现了WALL-E

Spring温故知新（八）静态切入点和CGLIB代理，更智能、更方便！
前面一章我们利用了Spring的AOP框架实现了WALL-E自动送礼物的功能，但是没有实现筛选，而且每次都还得先写一个ISpeaker接口。对于一些小程序而言其实每次都必须要先实现一个接口是比较啰嗦的步骤，那么首先我们来看看怎么样才能省略掉定义接口这个步骤。

Spring的代理机制有两种，第一种就是前一篇实现的基于接口的代理，叫做JAVA动态代理。就像之前介绍的那样，它的原理是利用了java JDK自带的代理接口。
而另外一种就是CBLIB代理，它使用的就是CGLIB的代理功能。

那么要使用CGLIB代理，首先要做的就是导入CBLIB的依赖包：
spring-framework-2.5.6\lib\cglib\cglib-nodep-2.1_3.jar

接着让我们重写一个新的Robot类，我们就叫它WallE类吧

package com.iteye.bolide74.action;public class WallE {public String name;public String getName() {return name;}public void setName(String name) {this.name = name;}public void say(String msg) {System.out.println("到达邻居家,对邻居说:" + msg + ",我是" + this.name);}public void clean() {System.out.println("开始进行垃圾回收程序");}}

这里我们可以看到，这个WallE类是典型的POJO，没有实现任何接口，也没有继承父类！
为了充分的演示其他功能，我这里新加入了一个clean方法。

接着就是GetGift类和GiveGift类这两个Advice的实现代码，这跟上一章的代码一摸一样，可以直接沿用：

package com.iteye.bolide74.action;import java.lang.reflect.Method;import org.springframework.aop.MethodBeforeAdvice;public class GetGift implements MethodBeforeAdvice {@Overridepublic void before(Method arg0, Object[] arg1, Object arg2)throws Throwable {System.out.println("通过MethodBeforeAdvice接口获取了一个礼物!");}}

package com.iteye.bolide74.action;import java.lang.reflect.Method;import org.springframework.aop.AfterReturningAdvice;public class GiveGift implements AfterReturningAdvice {@Overridepublic void afterReturning(Object arg0, Method arg1, Object[] arg2,Object arg3) throws Throwable {System.out.println("通过AfterReturningAdvice接口赠予了一个礼物!");}}

紧接着就是最重要的config.xml这个Spring配置文件了：

<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd"><beans><bean id="wallE" value="Wall-E" /></bean><bean id="getGift" /><bean id="giveGift" /><bean id="giftProxy" value="true" /><property name="target"><ref bean="wallE" /></property><property name="interceptorNames"><list><value>getGift</value><value>giveGift</value></list></property></bean></beans>

这里可以看到，CGLIB代理的区别，就在于giftProxy的property增加了一个proxyTargetClass，值为true。它就代表了开启CGLIB代理，如果事先没有导入CGLIB依赖包那么在运行应用代码的时候就会报错。

最后我们来看一下应用代码，这跟上一篇的应用代码也没有太大区别，除了多调用了一个clean方法：

package com.iteye.bolide74.tester;import org.springframework.context.ApplicationContext;import org.springframework.context.support.ClassPathXmlApplicationContext;import com.iteye.bolide74.action.WallE;public class GiftBySpringTester {public static void main(String[] args) {ApplicationContext actx = new ClassPathXmlApplicationContext("config.xml");WallE wallE = (WallE) actx.getBean("giftProxy");wallE.say("你好,CGLIB代理向你问候");System.out.println();wallE.clean();}}

运行结果：
<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd"><beans><bean id="wallE" value="Wall-E" /></bean><bean id="getGift" /><bean id="giveGift" /><bean id="getGiftAdvisor"/></property><property name="patterns"><list><value>.*say.*</value></list></property></bean><bean id="giveGiftAdvisor"/></property><property name="patterns"><list><value>.*say.*</value></list></property></bean><bean id="giftProxy" value="true" /><property name="target"><ref bean="wallE" /></property><property name="interceptorNames"><list><value>getGiftAdvisor</value><value>giveGiftAdvisor</value></list></property></bean></beans>

我们重新执行一下上面的应用代码就可以看到以下的运行结果：
引用通过MethodBeforeAdvice接口获取了一个礼物!
到达邻居家,对邻居说:你好,CGLIB代理向你问候,我是Wall-E
通过AfterReturningAdvice接口赠予了一个礼物!

开始进行垃圾回收程序

这就是Spring AOP的静态切入点的实现，它的原理就是把切入点的所有方法根据方法名进行筛选，符合指定正则表达式的方法才会被代理。
既然有静态切入点，那么相对的自然就有动态切入点。动态切入点略有不同，它不是通过方法名称来进行筛选，而是通过方法的实参的值来进行筛选。

由于使用动态切入点的话每次执行切入点的方法都会判断一次它的实参，效率比较低下；而静态切入点只需首次执行就会被缓存，以后都不用重复判断。因此在实际使用当中大部分还是用的静态切入点，只有在某些特殊情况才会用到动态切入点。

如果有兴趣的话可以另外搜索一下动态切入点的实现方法，这里就不重复了。

下一篇：Spring温故知新（九）Spring自动代理http://bolide74.iteye.com/blog/1049935
上一篇：Spring温故知新（七）Advice通知的5种类型 http://bolide74.iteye.com/blog/1038865 1 楼 bolide74 2011-05-18 沉的可真快啊。。消灭0回复~

热点排行

编程

Spring温故知新（8）静态切入点和CGLIB代理，更智能、更方便