静态代理，JDK动态代理和CGLib动态代理之前的区别

发布网友 发布时间：2022-03-24 06:11

我来回答

共2个回答

懂视网 时间：2022-03-24 10:32

动态代理和静态代理的区别如下：

　　

　　1、静态代理业务类只需要关注业务逻辑本身，保证了业务类的重用性。代理对象的一个接口只服务于一种类型的对象，如果要代理的方法很多，需要为每一种方法都进行代理，静态代理在程序规模稍大时就无法胜任。如果接口增加一个方法，除了所有实现类需要实现这个方法外，所有代理类也需要实现此方法，增加了代码维护的复杂度。

　　

　　2、动态代理与静态代理相比较，最大的好处是接口中声明的所有方法都被转移到调用处理器一个集中的方法中处理（InvocationHandler invoke）。这样，在接口方法数量比较多的时候，可以进行灵活处理，而不需要像静态代理那样每一个方法进行中转。而且动态代理的应用使类职责更加单一，复用性更强。

　　

　　

热心网友 时间：2022-03-24 07:40

1、静态代理：静态代理中的代理类，需要我们自己写
JDK动态代理类实现了InvocationHandler接口。在重写的invoke方法中可以看出，JDK动态代理的基础是反射（method.invoke(对象，参数)）,还好反射看的比较多，到现在还记得。在这里需要提到的是Proxy.newProxyInstance()，这个方法。字面上的意思是 新建一个代理类的实例，这一点就和静态代理不同了。里面的参数有三个 类加载器、所有的接口，得到InvocationHandler接口的子类实例。这就是JDK动态代理，该代理有以下几种特点：
1、Interface：对于JDK Proxy,业务类是需要一个Interface的，这是一个缺陷；
2、Proxy：Proxy类是动态产生的，这个类在调用Proxy.newProxyInstance()方法之后，产生一个Proxy类的实力。实际上，这个Proxy类也是存在的，不仅仅是类的实例，这个Proxy类可以保存在硬盘上；
3、Method：对于业务委托类的每个方法，现在Proxy类里面都不用静态显示出来
4、InvocationHandler：这个类在业务委托类执行时，会先调用invoke方法。invoke方法在执行想要的代理操作，可以实现对业务方法的再包装。
以上就是JDK动态代理
3、CGLib动态代理：上面的JDK Proxy只能代理实现了接口的类，而不能实现接口的类就不能实现JDK代理。这时候就需要CGLib动态代理类
这里需要注意的是实现MethodIntercetor接口，必须导入cglib-nodep-2.1_3.jar这个包。CGLib是针对类来实现代理的，他的原理是对指定的目标生成一个子类，并覆盖其中方法实现增强，但因为采用的是继承，所以不能对final修饰的类进行代理。