Java代理（静态代理、JDK动态代理、CGLIB动态代理）

Java中代理有静态代理和动态代理。静态代理的代理关系在编译时就确定了，而动态代理的代理关系是在运行期确定的。静态代理实现简单，适合于代理类较少且确定的情况，而动态代理则给我们提供了更大的灵活性。

Java中动态代理有JDK原生动态代理和CGLIB动态代理两种。前者本质上是根据定好的接口动态生成静态代理类（该接口的实现类）；后者则不需要事先定好接口而是可以直接根据类进行动态代理，其本质是根据指定的类动态生成静态代理类（指定的类的子类）。动态代理中，被代理的对象的所有方法都会被代理，除非在代理逻辑中进行方法筛选。

本质：

JDK原生动态代理：生成被代理对象所实现的接口的实现类；实现类中每个方法调用被代理对象的相应方法，只不过在调用前后加上了额外逻辑；要求被代理对象实现接口

CGLIB动态代理：生成被代理对象的子类；子类中的每个方法调用被代理对象（父类对象）中的相应方法，只不过在调用前后加上了额外处理；要求被代理对象不能被final修饰

动态代理是IOC、AOP等技术的基础。

静态代理和JDK动态代理

Dynamic proxies allow one single class with one single method to service multiple method calls to arbitrary classes with an arbitrary number of methods. A dynamic proxy can be thought of as a kind of Facade, but one that can pretend to be an implementation of any interface. Under the cover, it routes all method invocations to a single handler – the invoke() method.   https://www.baeldung.com/java-dynamic-proxies

示例：

springframework中的一个jdk动态代理示例：

由上可见，静态代理的各个方法具有共性：每个方法内的前后都做额外其他处理、中间调用被代理对象的相应方法。既然有共性，那就可以抽取共性以减少重复，也即将静态代理的方法抽象出一个”模板“，这样就不需要在代理对象中针对被代理对象的每个方法写额外逻辑，这其实就变成了动态代理。

JDK动态代理实际上是自动生成一个静态代理类并创建相应实例。代理类默认继承Porxy类，因为Java中只支持单继承，所以JDK动态代理只能去实现接口；代理类的方法都会去调用InvocationHandler的invoke()方法，故此需重写InvocationHandler的invoke()方法。

JDK动态代理为我们提供了非常灵活的代理机制，但也有不足：

被代理对象的所有非final方法（如从Object继承的toString、equals等）都会被代理（即都会在方法前后做与InvocationHandler的invoke()方法前后同样的处理，当然我们可以通过在invoke里对method name加以判断避免此情况），然而有时候我们并不希望这些方法被代理。

JDK动态代理是基于接口的（生成的动态代理类实际上extends Proxy implements IUserService）。如果要被代理的对象没有实现接口，该如何实现代理呢？可用下面要介绍的CGLIB动态代理。

从上面讨论可得知，静态代理和动态代理在运行时是一样的（都是静态代理了），其差异在运行时之前（即编译期）才存在，差异体现在开发者是否需要分别在每个与被代理方法对应的代理方法的前后写额外的处理逻辑：静态代理需要而动态代理不需要（后者不需要是因为该任务从由开发者负责转交由JVM来负责了）。因此，动态代理相比于静态代理的主要优势是为开发者提供便利，不用像静态代理那写重复的代理方法逻辑。

CGLIB动态代理（springframework）

与JDK动态代理不同，CGLIB（Code Generation Library）动态代理不需要事先定义接口，而是可以直接对类进行动态代理。CGLIB动态代理中被代理对象的所有非final方法默认也会被代理。

示例：

由上可见，此动态代理本质上是在运行时动态根据指定的类继承实现一个子类（故指定的类不能是final的），在子类中重写方法，方法的实现为调用MethodInterceptor中的intercept方法。

参考资料