关键步骤整理： ①克隆入参interfaces.clone()，防止在代理生成时接口被替换修改。 ②从Proxy的proxyClassCache属性中获取生成的代理Class.->proxyClassCache.get(loader, interfaces) ③第2步中会调用Proxy的内部类ProxyClassFactory的apply方法，会试图加载interface对应的interfaceClass，并在之后进行 interfaceClass的一系列校验，如是否等于输入的接口的Class类型intf、是否是接口类型、此次加载的接口Class是否已经重复。 校验不通过则抛出异常。通过进入第4步。 ④对校验通过的intf生成代理proxyName，格式为：proxyPkg + proxyClassNamePrefix + num;然后通过native方法defineClass0生成代理Class。 这个proxyClass继承了Proxy类并且实现了输入的intf接口 ⑤根据proxyClass的有参构造方法(参数为{ InvocationHandler.class })实例化代理对象。

又看完了，一周只更新一次让人着急呀😓

vm options参数设置-Dsun.misc.ProxyGenerator.saveGeneratedFiles=true，就可以把生成的代理类的源码保存在com.sun.proxy目录下面，一看这个类就明白，为啥要继承Proxy，还有为啥JDK代理的类一定要有接口，InvocationHandler是怎么被调用的了。

小马哥，您关于Java动态代理的源码讲的很深刻，学到了很多，在关于Proxy.newProxyInstance源码的讲解过程中，我发现您把WeakCache说成了 “软引用”，我看了一下WeakCache源码，其实WeakCache的可以等同于WeakReference（是“弱引用”），这一点您的视频中可能一时不小心说错了。

可以Dump $Proxyx 类的class文件观察，在java8中通过设置 “-Dsun.misc.ProxyGenerator.saveGeneratedFiles=true”，执行代码后就会生成代理类class文件。

InvocationHandler 在哪里被执行invoke方法呢？返回的Proxy（EchoService）类在执行echo方法时，内部是如何被InvocationHandler 拦截到的呢？这些细节在哪里能看到呢？

小马哥，动态代理生成的代理类，为啥要继承 Proxy，代理类里面也没有对Proxy属性和方法的引用，这块有没有什么设计思想在里面呢？