【Java】代理模式
代理模式简介
代理模式是一种设计模式,提供了对目标对象额外的访问方式,即通过代理对象访问目标对象,这样可以在不修改原目标对象的前提下,提供额外的功能操作,扩展目标对象的功能。
简言之,代理模式就是设置一个中间代理来控制访问原目标对象,以达到增强原对象的功能和简化访问方式。
代理模式UML类图
其实很多动态代理场景,我认为也可以看作是装饰器(Decorator)模式的应用。通过代理可以让调用者与实现者之间解耦。比如进行 RPC 调用,框架内部的寻址、序列化、反序列化等,对于调用者往往是没有太大意义的,通过代理,可以提供更加友善的界面。
静态代理
这种代理方式需要手动创建代理对象,并且该代理对象和目标对象必须实现一样的接口。
优点:可以在不修改目标对象的前提下扩展目标对象的功能。
缺点:
- 冗余。由于代理对象要实现与目标对象一致的接口,会产生过多的代理类。
- 不易维护。一旦接口增加方法,目标对象与代理对象都要进行修改。
示例:
- 接口类: IUserDao
1 | package com.proxy; |
- 目标对象:UserDao
1 | package com.proxy; |
- 静态代理对象:UserDapProxy 需要实现IUserDao接口!
1 | package com.proxy; |
- 测试类:TestProxy
1 | package com.proxy; |
JDK 动态代理
JDK 动态代理本质上是使用反射机制,通过获取被代理对象的方法信息来动态执行目标方法:
method.invoke(obj, args)
动态代理利用了JDK API,动态地在内存中构建代理对象,从而实现对目标对象的代理功能。动态代理又被称为JDK代理或接口代理。
静态代理与动态代理的区别主要在:
- 静态代理在编译时就已经实现,编译完成后代理类是一个实际的class文件
- 动态代理是在运行时动态生成的,即编译完成后没有实际的class文件,而是在运行时动态生成类字节码,并加载到JVM中
特点:动态代理对象不需要实现接口,但是要求目标对象必须实现接口(需要从该接口中获取到目标方法的元信息 Method
,从而调用目标方法),否则不能使用动态代理。
JDK中生成代理对象主要涉及的类有:
- java.lang.reflect Proxy,主要方法为
1 | static Object newProxyInstance(ClassLoader loader, //指定当前目标对象使用类加载器 |
1 | // 在代理实例上处理方法调用并返回结果。 |
示例:
1)使用 JDK 动态代理,使用 Proxy
类里面的方法创建代理对象:
调用 newProxyInstance 方法,方法有三个参数:
1 | public static Object newProxyInstance(ClassLoader loader, |
- 参数一:类加载器
- 参数二:增强方法所在的类,这个类实现的接口,支持多个接口
- 参数三:实现这个接口
InvocationHandler
,创建代理对象,写增强的部分
2)编写 JDK 动态代理代码
1 | //(1)创建接口,定义方法 |
1 | //(2)创建接口实现类,实现方法 |
1 | //(3)使用 Proxy 类创建接口代理对象 |
CGLIB 动态代理
CGLIB is a powerful, high performance and quality Code Generation Library. It can extend JAVA classes and implement interfaces at runtime.
CGLIB(Code Generation Library)是一个第三方代码生成类库,运行时在内存中动态生成一个子类对象从而实现对目标对象功能的扩展。
cglib 动态代理采取的是创建目标类的子类(继承)的方式,因为是子类化,我们可以达到近似使用被调用者本身的效果。在 Spring 编程中,框架通常会处理这种情况。
cglib特点
- JDK的动态代理有一个限制,就是使用动态代理的对象必须实现一个或多个接口。如果想代理没有实现接口的类,就可以使用CGLIB实现。
- CGLIB是一个强大的高性能的代码生成包,它可以在运行期扩展Java类与实现Java接口。它广泛的被许多AOP的框架使用,例如Spring AOP和dynaop,为他们提供方法的interception(拦截)。
- CGLIB包的底层是通过使用一个小而快的字节码处理框架ASM,来转换字节码并生成新的类。不鼓励直接使用ASM,因为它需要你对JVM内部结构包括class文件的格式和指令集都很熟悉。
CGLIB与JDK动态代理最大的区别就是:
- 使用JDK动态代理的对象必须实现一个或多个接口
- 使用CGLIB代理的对象则无需实现接口,达到代理类无侵入(本质上是继承了被代理类)
使用CGLIB需要引入cglib的jar包,如果你已经有spring-core
的jar包,则无需引入,因为Spring中包含了CGLIB。
- CGLIB的Maven坐标
1 | <dependency> |
举例:保存用户功能的动态代理实现
- 目标对象:UserDao
1 | package com.cglib; |
- 代理对象:ProxyFactory
1 | package com.cglib; |
- 测试类:TestProxy
1 | package com.cglib; |
- 输出结果
1 | class com.cglib.UserDao |
总结
- 静态代理实现较简单,只要代理对象对目标对象进行包装,即可实现增强功能,但每一个代理类只能代理一个被代理类,无法做到复用,如果目标对象过多,则会产生很多代理类
- JDK动态代理需要目标对象实现业务接口,代理类只需实现
InvocationHandler
接口 - 动态代理生成的类为
class com.sun.proxy.\$Proxy4
,cglib代理生成的类为class com.cglib.UserDao\$\$EnhancerByCGLIB\$\$552188b6
。 - 静态代理在编译时产生class字节码文件,可以直接使用,效率高
- JDK动态代理必须实现
InvocationHandler
接口,通过反射代理方法,比较消耗系统性能,但可以减少代理类的数量,使用更灵活。一个代理类可以复用,代理多个不同的被代理类,不需要为每一个被代理类创建单独的代理类 - CGLIB代理无需实现接口(本质上是继承自被代理类),通过生成类字节码实现代理(根据目标类的字节码生成其代理子类),比反射稍快,不存在性能问题,但CGLIB会继承目标对象,需要重写方法,所以目标对象不能为
final
类
应用
其实很多动态代理场景,也可以看作是装饰器(Decorator)模式的应用
- 静态代理:
Thread
和Runnable
(Runnable
是接口,Thread
是代理类) - 动态代理:
- AOP 机制:Spring AOP 使用动态代理为需要增强的组件创建动态对象组件,切入相应的通知方法
- RPC 调用:Spring Cloud OpenFeign 使用动态代理为
@FeignClient
标注的接口生成实现类代理对象,在其中进行负载均衡并调用其他服务 - MyBatis 中
sqlSession
返回的每个mapper
对象都是一个代理对象
反射技术常用在各类通用框架开发中。因为为了保证框架的通用性,需要根据配置文件加载不同的对象或类,并调用不同的方法,这个时候就会用到反射——运行时动态加载需要加载的对象。