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 {

	@Override
	public 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 {

	@Override
	public 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" class="com.iteye.bolide74.action.WallE">
		<property name="name" value="Wall-E" />
	</bean>
	<bean id="getGift" class="com.iteye.bolide74.action.GetGift" />
	<bean id="giveGift" class="com.iteye.bolide74.action.GiveGift" />
	<bean id="giftProxy" class="org.springframework.aop.framework.ProxyFactoryBean">
		<!-- 这个节点是关键,代表着开启CGLIB代理功能 -->
		<property name="proxyTargetClass" 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();
	}
}

运行结果：

引用

通过MethodBeforeAdvice接口获取了一个礼物!
到达邻居家,对邻居说:你好,CGLIB代理向你问候,我是Wall-E
通过AfterReturningAdvice接口赠予了一个礼物!

通过MethodBeforeAdvice接口获取了一个礼物!
开始进行垃圾回收程序
通过AfterReturningAdvice接口赠予了一个礼物!

这时候大家可以看到，使用了CGLIB代理以后，虽然WallE类并没有实现接口，但还是能正常的被AOP代理，这就在开发一些小程序、或者在很多原本不实现接口，但是又需要用Spring来重构代码的时候带来很多便利。

CGLIB代理这里就差不多介绍完了，但是细心的同学会发现上面的运行结果里，WallE在执行clean方法的时候也被giftProxy代理了，打扫卫生的时候怎么会带上礼物呢？这明显是不合理的！那么有什么办法可以实现筛选功能，让WallE在say的时候带礼物，clean的时候不带礼物？没问题，接着看我们的下一个内容，静态切入点的实现：

我们只需要修改一下config.xml文件的内容，其他的都不用做改动：

<?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" class="com.iteye.bolide74.action.WallE">
		<property name="name" value="Wall-E" />
	</bean>
	<bean id="getGift" class="com.iteye.bolide74.action.GetGift" />
	<bean id="giveGift" class="com.iteye.bolide74.action.GiveGift" />

	<!-- 新增两个Advisor -->
	<bean id="getGiftAdvisor"
		class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
		<property name="advice">
			<ref bean="getGift" />
		</property>
		<property name="patterns">
			<list>
		<!-- 这里使用的是正则表达式,代表了符合这个正则表达式的方法才会被代理 -->
				<value>.*say.*</value>
			</list>
		</property>
	</bean>
	<bean id="giveGiftAdvisor"
		class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
		<property name="advice">
			<ref bean="giveGift" />
		</property>
		<property name="patterns">
			<list>
				<value>.*say.*</value>
			</list>
		</property>
	</bean>

	<bean id="giftProxy" class="org.springframework.aop.framework.ProxyFactoryBean">
		<property name="proxyTargetClass" value="true" />
		<property name="target">
			<ref bean="wallE" />
		</property>
		<property name="interceptorNames">
			<list>
	<!-- 这里的interceptorNames值换成了新增的两个Advisor,而不是直接用的Advice -->
				<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回复~