静态代理
静态代理中,我们对目标对象的每个方法的增强都是手动完成的(后面会具体演示代码),非常不灵活(比如接口一旦新增加方法,目标对象和代理对象都要进行修改)且麻烦(需要对每个目标类都单独写一个代理类)
实现步骤
- 定义一个接口及其实现类
- 创建一个代理类同时实现这个接口
- 将目标对象注入进代理类,然后在代理类的对应方法调用目标类中的对应方法。这样的话,我们就可以通过代理类屏蔽对目标对象的访问,并且可以在目标方法执行前后做一些自己想做的事情
动态代理
动态代理实在运行时动态生成类字节码,并加载到JVM中的
Spring AOP、RPC 框架的实现都依赖了动态代理
动态代理的实现有:JDK 动态代理、CGLIB 动态代理等
JDK动态代理机制
只能代理实现了接口的类
在 Java 动态代理机制中 InvocationHandler 接口和 Proxy 类是核心。
Proxy 类中使用频率最高的方法是:newProxyInstance() ,这个方法主要用来生成一个代理对象。
public static Object newProxyInstance(ClassLoader loader,
Class<?>[] interfaces,
InvocationHandler h)
throws IllegalArgumentException
{
......
}
这个方法一共有 3 个参数:
- loader :类加载器,用于加载代理对象
- interfaces ::被代理类实现的一些接口
- h ::实现了 InvocationHandler 接口的对象
也就是说,通过 Proxy 类的 newProxyInstance()方法创建的代理对象在调用方法的额时候,实际会调用到实现InvocationHandler接口的类的**invoke()方法。你可以在invoke()**方法中自定义处理逻辑,比如在方法执行前后做什么事情
CGLIB动态代理机制
它允许我们在运行时对字节码进行修改和动态生成。CGLIB通过继承方式实现代理。
在CGLIB动态代理机制中MethodInterceptor接口和Enhancer类是核心
需要自定义MethodInterceptor并重写intercept方法,intercept用于拦截增强被代理类的方法
public interface MethodInterceptor
extends Callback{
// 拦截被代理类中的方法
public Object intercept(Object obj, java.lang.reflect.Method method, Object[] args,MethodProxy proxy) throws Throwable;
}
- obj:被代理的对象(需要增强的对象)
- method:被拦截的方法(需要增强的方法)
- args:方法入参
- proxy:用于调用原始方法
通过 Enhancer 类来动态获取被代理类,当代理类调用方法的时候,实际调用的是 MethodInterceptor 中的 intercept 方法
JDK动态代理和CGLIB代理对比
- JDK动态代理只能代理实现了接口的类或者直接代理接口。而CGLIB可以代理未实现接口的类。另外,CGLIB动态代理是通过生成一个被代理类的子类来拦截被代理类的方法调用,因此不能代理声明为 final 类型的类和方法
- 就二者的效率来说,大部分的情况都是JDK动态代理更优秀,随着JDK版本的升级,这个优势会更加明显
静态代理和动态代理的对比
- 灵活性:动态代理更加灵活,不需要必须实现接口,可以直接代理实现类,并且可以不需要针对每个目标类都创建一个代理类。另外,静态代理中,接口一旦增加新方法,目标对象和代理对象都要进行修改,很麻烦
- JVM层面:静态代理在编译时就将接口、实现类、代理类这些都变成了一个个实际的 class 文件。而动态代理实在运行时动态生成类字节码,并加载到JVM中的