谈谈java代理模式的认识二——动态代理（JDK)

让我们就接着上篇博客的静态代理来开始今天的动态代理。

一、动态代理

   静态代理需要在运行之前就写好代理类，这样就造成了代码的大量重复，所以我们通过动态代理在运行时期动态生成业务类的代理类，那么动态代理类是如何实现的呢？

   动态代理类的字节码在程序运行时由Java反射机制动态生成，无需程序员手工编写它的源代码。动态代理类不仅简化了编程工作，而且提高了软件系统的可扩展性，因为Java 反射机制可以生成任意类型的动态代理类。java.lang.reflect 包中的Proxy类和InvocationHandler 接口提供了生成动态代理类的能力。 原来是利用反射的机制来实现的，今天我们不讨论反射，我们看JDK的动态代理的实现。

   JDK动态代理中包含一个类和一个接口： InvocationHandler接口，和我们定义的一个实现类“Proxy“，这是一个万能的代理类，我们就是通过这个代理类来动态代理的。
   InvocationHandler接口： 
   public interface InvocationHandler { 
      public Object invoke(Object proxy,Method method,Object[] args)         throws Throwable; 
   } 
   参数说明： 
       Object proxy：指被代理的对象。 
       Method method：要调用的方法 
       Object[] args：方法调用时所需要的参数 

   可以将InvocationHandler接口的子类想象成一个代理的最终操作类，替换掉ProxySubject。

   Proxy类： 
   Proxy类是专门完成代理的操作类，可以通过此类为一个或多个接口动态地生成实现类，此类提供了如下的操作方法： 
   public static Object newProxyInstance(ClassLoader loader, Class<?>[] interfaces, InvocationHandler h) throws IllegalArgumentException 
   参数说明： 
      ClassLoader loader：类加载器 
      Class<?>[] interfaces：得到全部的接口 
      InvocationHandler h：得到InvocationHandler接口的子类实例 

  Ps:类加载器 

      在Proxy类中的newProxyInstance（）方法中需要一个ClassLoader类的实例，ClassLoader实际上对应的是类加载器，在Java中主要有一下三种类加载器; 
      Booststrap ClassLoader：此加载器采用C++编写，一般开发中是看不到的； 
      Extendsion ClassLoader：用来进行扩展类的加载，一般对应的是jre\lib\ext目录中的类; 
      AppClassLoader：(默认)加载classpath指定的类，是最常使用的是一种加载器。

二、使用JDK的动态代理

   还是使用上篇博客的代码，我们也是简单的说三步来实现：业务接口，业务实现类的创建；代理类的创建，业务的调用。

   我们看代码实现： 

    关键的动态代理是如下几行代码：该处的代理类Proxy 不去实现具体的某个业务接口，而是实现了JDK提供的InvocationHander类。在Proxy中我们不需要知道具体的业务类，即委托类，在运行之前，将委托类和代理类进行解耦，在运行期才发生的联系，是通过这句话实现的：private object target。然后在调用的时候通过getInstance 在确定谁是委托对象。

再看我们的客户端调用：这时候才传入真正的委托类。

以上过程就是JDK动态代理的实现，我们发现JDK动态代理帮我们将代理类和委托类的绑定关系延迟了，什么时候用，什么时候调，这样我们的业务类不仅得到了增强，还简化了代码。

   当然，JDK的动态代理也有缺陷，不知道你发现了没有，这里的每个委托类都必须是要有接口的，也就是说JDK的动态代理依靠接口实现，要是我一个没有接口的类想被代理怎么办？

   如果有些类并没有实现接口，则不能使用JDK代理，这就要使用cglib动态代理了。请看下篇博客。