CGLib与JDK的动态代理

时间：2021-05-22 15:21:24

一、CGLib 简单介绍

 

        CGLib (Code Generation Library) 是一个强大的,高性能,高质量的Code生成类库。

它能够在执行期扩展Java类与实现Java接口。

Hibernate用它来实现PO字节码的动态生成。CGLib比 Java 的 java.lang.reflect.Proxy 类更强的在于它不仅能够接管接口类的方法。还能够接管普通类的方法。

          CGLib 的底层是Java字节码操作框架 —— ASM。

CGLib就是封装了ASM，简化了ASM的操作，实现了在执行期动态生成新的class。ASM是直接生成class类的方式。不会有性能问题（相对来说）

 

二、JDK的动态代理 (VS) CGLib

 

1、实现原理

JDK的动态代理——依据java的反射机制动态生成

         利用反射。获取托付类的类载入器。托付类的全部接口，实例化代理类。

通过反射类Proxy以及InvationHandler回调接口实现的。可是动态代理类仅仅能对该类所实现的接口中的方法进行代理。

具有一定的局限性，而且反射的效率也不是非常高。

          Proxy 毕竟是通过反射实现的，必须在效率上付出代价：有实验数据表明，调用反射比一般的函数开销至少要大 10 倍。

从程序实现上能够看出，对 proxyclass 的全部方法调用都要通过使用反射的 invoke 方法。

因此。对于性能关键的应用。使用 proxy class是须要精心考虑的。以避免反射成为整个应用的瓶颈。

 

CGLib ——利用ASM生成字节码原理。利用增强类，创建代理类

       CGLib底层採用ASM字节码生成框架。使用字节码技术生成代理类。比反射效率要高。

可是须要主要注意的，CGLib不能对声明为final的方法进行代理。

由于CGLib原理是动态的生成被代理类的子类。

        ASM可以通过改造既有类，直接生成须要的代码。

增强的代码是硬编码在新生成的类文件内部的，没有反射带来性能上的付出。它是一个普通的 Java 类而不是 proxy类，甚至可以在应用程序的类框架中拥有自己的位置，派生自己的子类。

         在调用目标方法的时候，CGLib会回调MethodInterceptor接口方法拦截。来实现你自己的代理逻辑，类似于JDK中的InvocationHandler接口

 

2、代码实现

JDK动态代理

package DynamicProxy2upgrade;

import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;

/** 
 * @ClassName: DynamicProxy 
 * @Description: 动态代理类。在这里做了一个升级。把代理绑定真实类的关系。Proxy生成实例的代码移到了动态代理这里 
 * @author 张薄- huaxiangniaoyu0109@126.com
 * @date 2015年5月29日 下午9:21:19 
 */
public class DynamicProxy implements InvocationHandler {

	private Object obj ;  //托付类，真实类
	
	DynamicProxy(Object obj){
		this.obj=obj;
	}
	
	//绑定代理与托付类。生成新的代理类
	public Object bindProxy(Object obj){
		
		//返回一个指定接口的代理类实例，该接口能够将方法调用指派到指定的调用处理程序，如ProxyHandler
		return Proxy.newProxyInstance(obj.getClass().getClassLoader(), obj.getClass().getInterfaces(), this);
	}
	
	
	@Override
	public Object invoke(Object proxy, Method method, Object[] args)
			throws Throwable {		
		return method.invoke(obj, args); //普通的java反射代码，通过反射运行某个类的方法（invoke方法内部实现预处理，对托付类方法调用，事后处理等逻辑。）
	}

}


JDK动态代理执行结果：‘

                          CGLib与JDK的动态代理


CGLib动态代理

  

package CGLibDynamicProxy;

import java.lang.reflect.Method;

import net.sf.cglib.proxy.Enhancer; //一个字节码增强类，它能够方便的对你想要处理的类进行扩展
import net.sf.cglib.proxy.MethodInterceptor; //方法拦截器
import net.sf.cglib.proxy.MethodProxy; //代理类。JDK的java.long.reflect.Method类的代理类，能够方便的实现对源对象方法的调用（如invokeSuper）
/** 
 * @ClassName: DynamicProxybyCGLib 
 * @Description: 基于CGLib的动态代理
 * @author 张薄- huaxiangniaoyu0109@126.com
 * @date 2015年5月31日 上午8:44:19 
 */
public class DynamicProxybyCGLib implements MethodInterceptor {
	
	private Object obj;  //托付类
	public Object getInstance(Object obj){
		this.obj = obj;
		Enhancer enhancer = new Enhancer();  //增强类
		//不同于JDK的动态代理。它不能在创建代理时传obj对 象，obj对象必须被CGLIB包来创建
		enhancer.setSuperclass(this.obj.getClass()); //设置被代理类字节码（obj将被代理类设置成父类；作为产生的代理的父类传进来的）。CGLIB依据字节码生成被代理类的子类		
		enhancer.setCallback(this);	//设置回调函数，即一个方法拦截
		return enhancer.create(); //创建代理类
	}

	@Override
	public Object intercept(Object obj, Method method, Object[] args,
			MethodProxy methodProxy) throws Throwable {
		System.out.println("obj:" + obj.getClass().getName());  //由CGLib动态生成的代理类实例
		System.out.println("method:" + method.getName());	//上文中实体类所调用的被代理的方法引用
		System.out.println("methodProxy:" + methodProxy.getClass().getName()); //生成的代理类对方法的代理引用
		System.out.println("args:"+ args); //參数值列表
		
		Object object = methodProxy.invokeSuper(obj, args);  //调用代理类实例上的methodProxy方法的父类方法（即实体类RealSubject中的相应方法）
		
		return object;
	}

}


CGLib动态代理执行结果：

                          CGLib与JDK的动态代理

三、小结

 

         CGLib实现的原理，非常详细的原理可能我还是不太懂。可是，大概知道一个过程，首先依据Enhancer创建代理类，怎样创建的呢？依据方法setSuperclass将被代理类作为父类引入。再依据CGLib生成被代理类的子类。依据方法setCallback，回调函数（这里我们的动态代理类实现MethodInterceptor拦截器，依据拦截器的方法intercept，调用代理类的父类方法。实现了代理被代理类的方法的目的），实现方法拦截。最后用create方法创建代理类。

         既然口述了CGLib的实现原理，那就再来说说JDK的动态代理吧。依据Proxy的方法newProxyInstance方法创建代理类。该方法里面的參数，分别获取了被代理类的类载入器（用于动态载入），被代理类的全部接口类（以便于实现接口类的全部方法），再通过动态代理类实现InvationHandler。实现接口方法invoke。回调函数（通过反射运行被代理类的方法），这样在实例化动态代理类的时候，就真正的创建了动态代理。

         啰里啰嗦的说了这么多，收获还是有的。说出我的心得，假设大家有不同的想法，欢迎拍砖哈。

比方，CGLib的动态代理类。原理是继承，生成了被代理类的子类；而JDK的动态代理类。原理是反射，生成的代理类。实际不具备被代理类内部的方法，每一次调用都须要利用反射。调用被代理类的方法；再来看静态代理，代理类就是通过调用被代理类的方法进行执行的，而它自己本身并不详细被代理类的方法，JDK的动态代理的进步在于。利用反射，将类的载入延迟到程序执行中，解耦了代理类与被代理的关系。

标签：

相关文章