说明:spring AOP就是用aspectj来实现的,是依赖关系!AspectJ是动态代理的一种实现!而spring默认使用的就是AspectJ来实现的动态代理,spring自己的AOP就是使用AspectJ来实现的!当然你也可以使用其他的实现,如cglib!
第一种方式:利用JDK的反射机制(proxyJDK)
导入aspectjrt.jar
aspectjwear.jar
package cn.xhx.jdkproxy;
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
/**
* 此拦截器为PersonDao加强功能(添加事务)
* @author LenovoY510P
*
*/
public class MyInterceptor implements InvocationHandler{
private Object target;
private Transaction transaction;
public MyInterceptor(Object target, Transaction transaction) {
super();
this.target = target;
this.transaction = transaction;
}
public Object invoke(Object proxy, Method method, Object[] args)
throws Throwable {
/**
* 1、开启事物
* 2、判断方法名,执行方法
*/
String methodName = method.getName();
if(methodName.equals("savePerson") ||
methodName.equals("deletePerson") ||
methodName.equals("updatePerson")) {
transaction.beginTransaction();
method.invoke(target);
transaction.commit();
} else {
System.out.println("balabala...");
}
return null;
}
}
package cn.xhx.jdkproxy;
public class PersonDaoImpl implements PersonDao {
public void savePerson() {
// TODO Auto-generated method stub
System.out.println("sava person()");
}
}
package cn.xhx.jdkproxy;
import java.lang.reflect.Proxy;
import org.junit.Test;
public class ProxyJDKTest {
@Test
public void testJDKProxy() {
Object target = new PersonDaoImpl();
Transaction transaction = new Transaction();
/**
* 代理的三大参数
* 1、目标类的classLoader
* 2、目标类的实现的所有接口的.class
* 3、拦截器
*/
MyInterceptor myInterceptor = new MyInterceptor(target, transaction);
PersonDao personDao = (PersonDao)Proxy.newProxyInstance(target.getClass().getClassLoader(),
target.getClass().getInterfaces(), myInterceptor);
personDao.savePerson();
}
}
package cn.xhx.jdkproxy;
public class Transaction {
public void beginTransaction() {
System.out.println("begin transaction");
}
public void commit() {
System.out.println("commit");
}
}
第二种方式:采用cglib
导入cglib-nodep包
package cn.xhx.cglibproxy;
import java.lang.reflect.Method;
import net.sf.cglib.proxy.Enhancer;
import net.sf.cglib.proxy.MethodInterceptor;
import net.sf.cglib.proxy.MethodProxy;
public class MyInterceptor implements MethodInterceptor{
private Object target;
private Transaction transaction;
public Object intercept(Object arg0, Method method, Object[] arg2,
MethodProxy arg3) throws Throwable {
transaction.beginTransaction();;
method.invoke(target);
transaction.commit();
return null;
}
public Object createProxy() {
Enhancer enhancer = new Enhancer();
enhancer.setCallback(this);
enhancer.setSuperclass(this.target.getClass());
return enhancer.create();
}
public MyInterceptor(Object target, Transaction transaction) {
super();
this.target = target;
this.transaction = transaction;
}
}
package cn.xhx.cglibproxy;
import org.junit.Test;
public class CGLibProxyTest {
@Test
public void CGLibProxyTest() {
Object target = new PersonDao();
Transaction transaction = new Transaction();
MyInterceptor myInterceptor = new MyInterceptor(target, transaction);
PersonDao personDao = (PersonDao)myInterceptor.createProxy();
personDao.savaPerson();
}
}
package cn.xhx.cglibproxy;
public class PersonDao {
public void savaPerson() {
System.out.println("save person");
}
}
package cn.xhx.cglibproxy;
public class Transaction {
public void beginTransaction() {
System.out.println("begin transaction");
}
public void commit() {
System.out.println("commit");
}
}
一个典型的动态代理创建对象过程可分为以下四个步骤:
1、通过实现InvocationHandler接口创建自己的调用处理器 IvocationHandler handler = new InvocationHandlerImpl(...);
2、通过为Proxy类指定ClassLoader对象和一组interface创建动态代理类
Class clazz = Proxy.getProxyClass(classLoader,new Class[]{...});
3、通过反射机制获取动态代理类的构造函数,其参数类型是调用处理器接口类型
Constructor constructor = clazz.getConstructor(new Class[]{InvocationHandler.class});
4、通过构造函数创建代理类实例,此时需将调用处理器对象作为参数被传入
Interface Proxy = (Interface)constructor.newInstance(new Object[] (handler));
为了简化对象创建过程,Proxy类中的newInstance方法封装了2~4,只需两步即可完成代理对象的创建。
生成的ProxySubject继承Proxy类实现Subject接口,实现的Subject的方法实际调用处理器的invoke方法,而invoke方法利用反射调用的是被代理对象的的方法(Object result=method.invoke(proxied,args))
诚然,Proxy已经设计得非常优美,但是还是有一点点小小的遗憾之处,那就是它始终无法摆脱仅支持interface代理的桎梏,因为它的设计注定了这个遗憾。回想一下那些动态生成的代理类的继承关系图,它们已经注定有一个共同的父类叫Proxy。Java的继承机制注定了这些动态代理类们无法实现对class的动态代理,原因是多继承在Java中本质上就行不通。有很多条理由,人们可以否定对 class代理的必要性,但是同样有一些理由,相信支持class动态代理会更美好。接口和类的划分,本就不是很明显,只是到了Java中才变得如此的细化。如果只从方法的声明及是否被定义来考量,有一种两者的混合体,它的名字叫抽象类。实现对抽象类的动态代理,相信也有其内在的价值。此外,还有一些历史遗留的类,它们将因为没有实现任何接口而从此与动态代理永世无缘。如此种种,不得不说是一个小小的遗憾。但是,不完美并不等于不伟大,伟大是一种本质,Java动态代理就是佐例。