Cglib和jdk动态代理的区别？
- Jdk动态代理：利用拦截器（必须实现InvocationHandler）加上反射机制生成一个代理接口的匿名类，在调用具体方法前调用InvokeHandler来处理
- Cglib动态代理：利用ASM框架，对代理对象类生成的class文件加载进来，通过修改其字节码生成子类来处理
什么时候用cglib什么时候用jdk动态代理？
- 目标对象生成了接口 默认用JDK动态代理
- 如果目标对象使用了接口，可以强制使用cglib
- 如果目标对象没有实现接口，必须采用cglib库，Spring会自动在JDK动态代理和cglib之间转换
JDK动态代理和cglib字节码生成的区别？
- JDK动态代理只能对实现了接口的类生成代理，而不能针对类
- Cglib是针对类实现代理，主要是对指定的类生成一个子类，覆盖其中的方法，并覆盖其中方法的增强，但是因为采用的是继承，所以该类或方法最好不要生成final，对于final类或方法，是无法继承的
Cglib比JDK快？
- cglib底层是ASM字节码生成框架，但是字节码技术生成代理类，在JDL1.6之前比使用java反射的效率要高
- 在jdk6之后逐步对JDK动态代理进行了优化，在调用次数比较少时效率高于cglib代理效率
- 只有在大量调用的时候cglib的效率高，但是在1.8的时候JDK的效率已高于cglib
- Cglib不能对声明final的方法进行代理，因为cglib是动态生成代理对象，final关键字修饰的类不可变只能被引用不能被修改
Spring如何选择是用JDK还是cglib？
- 当bean实现接口时，会用JDK代理模式
- 当bean没有实现接口，用cglib实现
- 可以强制使用cglib（在spring配置中加入<aop:aspectj-autoproxy proxyt-target-class=”true”/>）
Cglib原理
- 动态生成一个要代理的子类，子类重写要代理的类的所有不是final的方法。在子类中采用方法拦截技术拦截所有的父类方法的调用，顺势织入横切逻辑，它比Java反射的jdk动态代理要快
- Cglib是一个强大的、高性能的代码生成包，它被广泛应用在许多AOP框架中，为他们提供方法的拦截
- 最底层的是字节码Bytecode,字节码是java为了保证依次运行，可以跨平台使用的一种虚拟指令格式
- 在字节码文件之上的是ASM，只是一种直接操作字节码的框架，应用ASM需要对Java字节码、class结构比较熟悉
- 位于ASM上面的是Cglib，groovy、beanshell，后来那个种并不是Java体系中的内容是脚本语言，他们通过ASM框架生成字节码变相执行Java代码，在JVM中程序执行不一定非要写java代码，只要能生成java字节码，jvm并不关系字节码的来源
- 位于cglib、groovy、beanshell之上的就是hibernate和spring AOP
- 最上面的是applications，既具体应用，一般是一个web项目或者本地跑一个程序、
- 使用cglib代码对类做代理？
- 使用cglib定义不同的拦截策略？
- 构造函数不拦截方法
- 用MethodInterceptor和Enhancer实现一个动态代理
Jdk中的动态代理
JDK中的动态代理是通过反射类Proxy以及InvocationHandler回调接口实现的，但是JDK中所有要进行动态代理的类必须要实现一个接口，也就是说只能对该类所实现接口中定义的方法进行代理，这在实际编程中有一定的局限性，而且使用反射的效率也不高
Cglib实现
使用cglib是实现动态代理，不受代理类必须实现接口的限制，因为cglib底层是用ASM框架，使用字节码技术生成代理类，你使用Java反射的效率要高，cglib不能对声明final的方法进行代理，因为cglib原理是动态生成被代理类的子类
Cglib的第三方库提供的动态代理
/**
* 动态代理：
* 特点：字节码随用随创建，随用随加载
* 作用：不修改源码的基础上对方法增强
* 分类：
* 基于接口的动态代理
* 基于子类的动态代理
* 基于子类的动态代理：
* 涉及的类：Enhancer
* 提供者：第三方cglib库
* 如何创建代理对象：
* 使用Enhancer类中的create方法
* 创建代理对象的要求：
* 被代理类不能是最终类
* newProxyInstance方法的参数：在使用代理时需要转换成指定的对象
* ClassLoader:类加载器
* 他是用于加载代理对象字节码的。和被代理对象使用相同的类加载器。固定写法
* Callback：用于提供增强的代码
* 他是让我们写如何代理。我们一般写一个该接口的实现类，通常情况加都是匿名内部类，但不是必须的。
* 此接口的实现类，是谁用谁写。
* 我们一般写的都是该接口的子接口实现类，MethodInterceptor
*/
com.dynamic.cglib.Producer cglibProducer= (com.dynamic.cglib.Producer) Enhancer.create(
com.dynamic.cglib.Producer.class,
new MethodInterceptor() {
/**
* 执行被代理对象的任何方法都会经过该方法
* @param obj
* @param method
* @param args
* 以上三个参数和基于接口的动态代理中invoke方法的参数是一样的
* @param proxy：当前执行方法的代理对象
* @return
* @throws Throwable
*/
@Override
public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {
Object returnValue=null;
Float money=(Float)args[0];
if("saleProduct".equals(method.getName())){
returnValue= method.invoke(producer,money*0.8f);
}
return returnValue;
}
}
);
cglibProducer.saleProduct(100.0f);
JDK本身提供的动态代理实现
/**
* 动态代理：
* 特点：字节码随用随创建，随用随加载
* 作用：不修改源码的基础上对方法增强
* 分类：
* 基于接口的动态代理
* 基于子类的动态代理
* 基于接口的动态代理：
* 涉及的类：proxy
* 提供者：Jdk官方
* 如何创建代理对象：
* 使用Proxy类中的newProxyInstance方法
* 创建代理对象的要求：
* 被代理类最少实现一个接口，如果没有则不能使用
* newProxyInstance方法的参数：在使用代理时需要转换成指定的对象
* ClassLoader:类加载器
* 他是用于加载代理对象字节码的。和被代理对象使用相同的类加载器。固定写法
* Class[]：字节码数组
* 它是用于让代理对象和被代理对象有相同方法。固定写法
* InvocationHandler：用于提供增强的代码
* 他是让我们写如何代理。我们一般写一个该接口的实现类，通常情况加都是匿名内部类，但不是必须的。
* 此接口的实现类，是谁用谁写。
*/
IProducer proxyProducer= (IProducer) Proxy.newProxyInstance(
producer.getClass().getClassLoader(),
producer.getClass().getInterfaces(),
new InvocationHandler() {
/**
* 作用：执行被代理对象的任何接口方法都会经过该方法
* @param proxy 代理对象的引用
* @param method 当前执行的方法
* @param args 当前执行方法所需的参数
* @return 和被代理对象有相同返回值
* @throws Throwable
*/
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
// 提供增强的代码
// 1、获取方法执行的参数
Object returnValue=null;
Float money=(Float)args[0];
if("saleProduct".equals(method.getName())){
returnValue= method.invoke(producer,money*0.8f);
}
return returnValue;
}
}
);
JDK和Cglib的区别：
| Cglib | JDK | |
|---|---|---|
| 是否提供子类代理 | 是 | 否 |
| 是否提供接口代理 | 是（可强制） | 是 |
| 区别 | 必须依赖于CGLib的类库，但是它需要类来实现任何接口代理的是指定的类生成一个子类，覆盖其中的方法 | 实现InvocationHandler 使用Proxy.newProxyInstance产生代理对象 被代理的对象必须要实现接口 |
评论区