今天心情很沉重，原因种种便不细说。 按照计划今天要记录关于代理的源码。先上依赖的结构图：

    类不是很多，按查看的时间线来进行记述。

    官方说明，配合有道蹩脚的翻译。。

    解释很多，再读的时候发现已经有些蒙蔽。大致是描述  代理 的结构构成。

    执行的相关参数。

    InvocationHandler作为一个抽象，充当该类中的关键实现。   类似于Thread  与  Runnable的关系。

构造的相关说明。  可见其留给子类的只有一个构造，即  包含  InvocationHandler的构造。

    比较重要的一个方法。  对于代理的接口有数量的限制。

    代理类的缓存。。 通过查看源码，可以看到其中有两个十分关键的内部类，KeyFactory和 ProxyClassFactory。   再结合类结构依赖图，可以看到它们与ref包下的一些类有较密切的联系，因此不妨进去看看：

    图中的反射应为引用，笔误笔误。

    以上是Reference的一些较重要的说明，然后看一下它主要的一个依赖：ReferenceQueue:

   看它的名字，本以为会继承util包下的一些机构方法。  看后知道原来它是自己使用的一个引用队列，通过自己的属性。 挺有意思的。看完引用相关的，回溯到 proxy中的两个主要的内部类，其一：KeyFactory

其二，ProxyClassFactory

    后面调试的时候可以发现，这个厉害了。  因为它是到目前为止所知的能够生成类的相关的一套方法。  我们一起顶多也就实例化类之类的，拷贝对象等等。 所有的这种从无到有的操作都是基于对象，这个可是基于类。   算是颠覆了一下自己的认知，以后有机会了研究。 

    看完了大致的一些方法，回顾一下这个类，可以知道它有一个关键成员  InvocationHandler t。  因此不得不去看一下：

    其提供了invoke方法的抽象。  此外便没有什么特别的。 另外，前面的KeyFactory不同程度地继承了引用体系，同时实现了BiFunction。   猜测可能是二进制方法的意思。其构成：

    可以发现它是有三个泛型类，这还是比较少见的。  这里它即声明了参数类型，对象，以及返回值。  这跟invoke方法有一些相似呢。 

    以上便是关于代理的相关内容。  接下来记录的是调试的过程。