一：区别：
---->JDK的动态代理依靠接口实现，如果有些类并没有实现接口，则不能使用JDK代理，这就要使用cglib动态代理了。
--->JDK的动态代理机制只能代理实现了接口的类，而不能实现接口的类就不能实现JDK的动态代理，cglib是针对类来实现代理的，他的原理是对指定的目标类生成一个子类，并覆盖其中方法实现增强，但因为采用的是继承，所以不能对final修饰的类进行代理。
性能：
--->jdk的动态代理由于jdk版本的升级，渐渐超越cglib
二：都说 Cglib 创建的动态代理的运行性能比 JDK 动态代理能高出大概 10 倍，今日抱着怀疑精神验证了一下，发现情况有所不同，遂贴出实验结果，以供参考和讨论。代码很简单，首先，定义一个 Test 接口，和一个实现 TestImpl 。Test 接口仅定义一个方法 test，对传入的 int 参数加 1 后返回。实现两种代理，循环执行多次，记录时间。
--->测试结果表明：jdk6 下，在运行次数较少的情况下，jdk动态代理与 cglib 差距不明显，甚至更快一些；而当调用次数增加之后， cglib 表现稍微更快一些，然而仅仅是“稍微”好一些，远没达到 10 倍差距。
--->测试结果表明：jdk7 下，情况发生了逆转！在运行次数较少（1,000,000）的情况下，jdk动态代理比 cglib 快了差不多30%；而当调用次数增加之后(50,000,000)， 动态代理比 cglib 快了接近1倍。
--->测试结果表明：jdk8 下，延续了 JDK7 下的惊天大逆转！不过还观察另外有一个细微的变化，从绝对值来看 cglib 在 jdk8 下的表现似乎比 jdk7 还要差一点点，尽管只是一点点，但经过反复多次的执行仍然是这个趋势（注：这个趋势的结论并不严谨，只是捎带一提，如需得出结论还需进行更多样的对比实验）。
--->结论：从 jdk6 到 jdk7、jdk8 ，动态代理的性能得到了显著的提升，而 cglib 的表现并未跟上，甚至可能会略微下降。传言的 cglib 比 jdk动态代理高出 10 倍的情况也许是出现在更低版本的 jdk 上吧。
---->以上测试用例虽然简单，但揭示了 jdk 版本升级可能会带来一些新技术改变，会使我们以前的经验失效。放在真实业务场景下时，还需要按照实际情况进行测试后才能得出特定于场景的结论。
---->总之，实践出真知，还要与时俱进地去检视更新一些以往经验。
