设计模式之Jdk动态代理

什么是动态代理呢?
就是在java的运行过程中，动态的生成的代理类。（为了更熟悉的了解动态代理，你必须先熟悉代理模式，可点击设计模式之代理模式 阅读）
我们知道java属于解释型语言，是在运行过程中，寻找字节码文件从而实现类加载的。
但是字节码文件并不需要一定是硬盘中的class文件，也可以是来自网络、数据库或者是直接生成的数据流。因此这就给虚拟机动态的生成代理类提供了可能。
Java 1.3 正式引入，动态代理(Dynamic proxies)特性。
前一篇文章我们已经知道Proxy是代理模式的核心，而动态代理就是在运行期间由虚拟机根据需要，动态的生成出这样一个代理类。
我们可以直接看java的实现方法：

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

public class DynamicProxyInvoker
{
    public static void main(String[] args)
    {
        InvocationHandler proxyHandler = new SuperStarInvocationHandler("messi");
        ISuperStar superStarDynamicProxy = (ISuperStar) Proxy.newProxyInstance(ISuperStar.class.getClassLoader(), new Class<?>[]
        { ISuperStar.class }, proxyHandler);
        superStarDynamicProxy.signContract();
        superStarDynamicProxy.negotiate();
    }
}

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

public class SuperStarInvocationHandler implements InvocationHandler
{
    private String proxyName;
    ISuperStar superStar;
    
    public SuperStarInvocationHandler(String startName)
    {
        this.proxyName = startName + "'s proxy";
        superStar = new SuperStar(startName);
    }
    
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable
    {
        System.out.println(proxyName + " 的代理人帮忙组织活动");
        Object object = method.invoke(superStar, args);
        return object;
    }
    
}

public interface ISuperStar
{
    /**
     * 签约
     */
    public void signContract();
    
    /**
     * 谈判
     */
    public void negotiate();
}

public class SuperStar implements ISuperStar
{
    private String starName;
    public SuperStar(String starName)
    {
        this.starName=starName;
    }
    
    @Override
    public void signContract()
    {
        System.out.println(starName+" 签名");
        // to do sth
        return;
    }
    
    @Override
    public void negotiate()
    {
        System.out.println(starName+" 谈判");
        // to do sth
        return;
    }
}

superStarDynamicProxy是由系统自动生成的，一个实现了接口ISuperStar的类。这个类并不存在于具体的实现。同时由于系统也不知道我们具体需要在代理类中做哪些的操作。
因此需要我们自己提前安排好一个处理类SuperStarInvocationHandler。这个处理类中实现了代理类中是如何调用实现类中的方法的逻辑。
他们的调用关系图是这样的：

       我们可以看到动态代理的结构图中，代理方并不会直接调用到被代理方，而是通过业务处理类来调用的。因此业务处理类需要保持一个被代理方的实例对象。（非强制）通过虚拟机主动生成动态代理类，我们可以发现，调用方和被调用方在代码实现阶段其实是断层的。并不存在依次的直接调用关系。因此耦合的概念会更浅。同时由于不再需要为像静态代理那样为每个类都实现一个代理类，因此以切面的形式加入代理层成为可能。这个我会在后续的文章中介绍。

       ps ：有兴趣的同学可以在main方法中手动的将动态代理生成的代理方superStarDynamicProxy的字节码导入到一个.class文件中，然后反编译该文件。你就会发现，这个类其实就是被代理方所实现接口的一个适配类。其中的所有方法的实现都是调用业务处理类SuperStarInvocationHandler，再由业务处理类通过反射动态的调用到SuperStar类的。

JDK动态代理的不足

1、早期由于jdk反射的性能有限，因此jdk的动态代理方式在性能上并不是很优越，但是随着jdk对于反射性能的优化，此处的性能损耗已经越来越小。
2、从构建动态代理类的源码（有兴趣的同学也可以按照前文的形式反编译），或者是手动添加一个Instance Proxy的形式。
我们可以发现，代理类其实是继承自Proxy的同时实现了接口。因此动态代理只能用来解决接口动态代理的场景，因为java是不允许继承自多个类的。此问题可以使用CGLIB来解决，有兴趣的同学可以自己看下，这个我会在后边的文章中介绍。（ps. cglib 已于2024/08/20发布     https://www.cnblogs.com/jilodream/p/18369362 ）