弯路
之前在学动态代理的时候没有代理模式的概念,在面对JDK动态代理和CGLIB动态代理技术时就不好理解,属于是硬记。现在明白了这两个技术都是基于代理模式来的,通过代理模式一下就捋清了动态代理技术中各个类和对象的意义。
代理模式概述
访问对象不适合或者不能直接引用目标对象,使用代理对象作为访问对象和目标对象之间的中介。(代理模式很好理解,主要是要搞清楚代理技术)
Java中的代理按照代理类生成时机不同又分为静态代理和动态代理。静态代理代理类在编译期就生成,而动态代理代理类则是在Java运行时动态生成。动态代理又有JDK代理和CGLib代理两种。
需要注意无论是静态代理还是动态代理,代理对象背后都是有代理类的。静态代理时代理类是在编译阶段就已经创建的,动态代理时代理类是被创建在内存中的。初学者可能有这方面的疑惑。
代理模式结构
抽象主题类: 通过接口或抽象类声明目标类和代理类实现的业务方法。
目标类: 实现了抽象主题中的具体业务,是代理对象所代表的真实对象,是最终要引用的对象。
代理类 : 提供了与真实主题相同的接口,其内部含有对真实主题的引用,它可以访问、控制或扩展真实主题的功能。
静态代理
静态代理就是在编译阶段就实现代理模式,程序不运行就已经有代理类了。
可以手动实现代理模式。实现代理模式时,目标类和代理类都要实现抽象主题类,代理类聚合了目标类,便于代理类的方法增强目标类方法。
JDK动态代理
Java中提供了一个动态代理类Proxy,Proxy提供了一个创建代理对象的静态方法newProxyInstance方法
来获取代理对象。
JDK动态代理时,需要关注 创建动态代理对象时所需参数 和 InvocationHandler的invoke方法参数。
JDK动态代理原理是在内存中创建一个继承了Proxy和实现了抽象主题接口的动态代理类,并实例化该动态代理类返回代理对象。这一点可以通过代理类反编译的源码可以看到。
CGLIB动态代理
CGLIB动态代理需要第三方包,通过Enhancer来创建代理对象。
<dependency>
<groupId>cglib</groupId>
<artifactId>cglib</artifactId>
<version>2.2.2</version>
</dependency>
CGLIB动态代理时,需要关注给Enhancer对象设置字节码和设置MethodInterceptor接口的intercept方法。
CGLIB动态代理原理是通过继承目标类来实现代理类。它为没有实现接口的类提供代理,为JDK的动态代理提供了很好的补充。
三种代理方式对比
JDK代理和CGLIB代理的比较
使用CGLib实现动态代理,CGLib底层采用ASM字节码生成框架,使用字节码技术生成代理类,在JDK1.6之前比使用Java反射效率要高。唯一需要注意的是,CGLib不能对声明为final的类或者方法进行代理,因为CGLib原理是动态生成被代理类的子类。(实现动态代理方式上的区别)
在JDK1.6、JDK1.7、JDK1.8逐步对JDK动态代理优化之后,在调用次数较少的情况下,JDK代理效率高于CGLib代理效率,只有当进行大量调用的时候,JDK1.6和JDK1.7比CGLib代理效率低一点,但是到JDK1.8的时候,JDK代理效率高于CGLib代理。(性能方面的区别)
所以如果有接口使用JDK动态代理,如果没有接口使用CGLIB代理。
动态代理和静态代理
动态代理与静态代理相比较,最大的好处是接口中声明的所有方法都被转移到调用处理器一个集中的方法中处理(InvocationHandler.invoke)。这样,在接口方法数量比较多的时候,我们可以进行灵活处理,而不需要像静态代理那样每一个方法进行中转。
如果接口增加一个方法,静态代理模式除了所有实现类需要实现这个方法外,所有代理类也需要实现此方法。增加了代码维护的复杂度。而动态代理不会出现该问题。
(集中处理和分散实现的区别)
优缺点
优点:
代理模式在客户端与目标对象之间起到一个中介作用和保护目标对象的作用;
代理对象可以扩展目标对象的功能;
代理模式能将客户端与目标对象分离,在一定程度上降低了系统的耦合度;
缺点:
增加了系统的复杂度,尤其是没有搞懂代理模式的情况下;
使用场景
远程代理
本地服务通过网络请求远程服务。为了实现本地到远程的通信,我们需要实现网络通信,处理其中可能的异常。为良好的代码设计和可维护性,我们将网络通信部分隐藏起来,只暴露给本地服务一个接口,通过该接口即可访问远程服务提供的功能,而不必过多关心通信部分的细节。
防火墙代理
当你将浏览器配置成使用代理功能时,防火墙就将你的浏览器的请求转给互联网;当互联网返回响应时,代理服务器再把它转给你的浏览器。
保护代理
控制对一个对象的访问,如果需要,可以给不同的用户提供不同级别的使用权限。