您的位置:首页 > 运维架构

实现AOP的两种Proxy

2016-12-12 14:32 127 查看

JDKProxy:

如果是面向接口的动态代理的实现,即JDKProxy,其代理对象必须是某个接口的实现,使用java.lang.reflect.Proxy类根据一个被代理对象产生一个代理对象userDAOProxy,通过Proxy类的调用静态方法newProxyInstance,根据要实现的接口来产生(这里为UserDao接口)(也就是说接口里面有哪些方法,我生成的代理里面就有哪些方法);以及实现java.lang.reflect.InvocationHandler接口,实现invoke方法实现方法的截获处理,也就是在方法的前后加上业务逻辑。

当你想在多个方法前后加上业务逻辑的时候,可以使用动态代理,更加灵活方便,代码的可重用性大大的提高。

根据一个被代理对象通过Proxy静态方法newProxyInstance产生代理对象:

newProxyInstance里面的参数解释:

第一个参数是说与被代理对象有同一个ClassLoader,

第二个参数说产生的代理对象实现的那个接口应该与被代理对象实现同一个接口(UserDao),也可以这样写new Class[]{UserDao.class}。

第三个参数:当产生代理之后,调用代理里面的方法后要用哪个Handler进行处理。

LogIntercepter li = new LogIntercepter();

li.setTarget(userDAO);//引入一个被代理的对象userDAO

UserDao userDAOProxy = (UserDao) Proxy.newProxyInstance(userDAO.getClass().getClassLoader(),userDAO.getClass().getInterfaces(), li);

实现InvocationHandler接口 :

public Object invoke(Object proxy, Method m, Object[] args)

throws Throwable {

beforeMethod();//在方法前面添加业务逻辑,也就是日志

m.invoke(target, args);//target Method方法所属的对象,表示被代理对象动态调用invoke()

return null;

}

CGLibProxy:

如果没有实现接口,也没有关系,可以用CGLib(面向Class)实现AOP。

CGLibProxy与JDKProxy的代理机制基本类似,只是其动态代理的代理对象并非某个接口的实现,而是针对目标类扩展的子类。话句话说JDKProxy返回动态代理类,是目标类所实现接口的另一个实现版本,它实现了对目标类的代理(如同UserDAOProxy与UserDAOImp的关系),而CGLibProxy返回的动态代理类,则是目标代理类的一个子类(代理类扩展了UserDaoImpl类)

Enhancer和MethodInterceptor在CGLib中负责完成代理对象创建和方法截获处理。

Enhancer创建代理对象,实现MethodInterceptor接口,实现intercept方法来进行方法截取处理。

(CGLib (Code Generation Library) 字节码类库是一个强大的,高性能,高质量的Code生成类库。它可以在运行期扩展Java类与实现Java接口。Hibernate用它来实现PO字节码的动态生成。CGLib 比 Java 的 java.lang.reflect.Proxy 类更强的在于它不仅可以接管接口类的方法,还可以接管普通类的方法。)

JDK动态代理和CGLIB字节码生成的区别:

* JDK动态代理只能对实现了接口的类生成代理,而不能针对类.

* CGLIB是针对类实现代理,主要是对指定的类生成一个子类,覆盖其中的方法

因为是继承,所以该类或方法最好不要声明成final。

JDK代理是不需要以来第三方的库,只要JDK环境就可以进行代理,它有几个要求

实现InvocationHandler

使用Proxy.newProxyInstance产生代理对象

被代理的对象必须要实现接口

CGLib 必须依赖于CGLib的类库,但是它需要类来实现任何接口代理的是指定的类生成一个子类,覆盖其中的方法,是一种继承
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  aop