Proxy代理

Proxy,也就是“代理”了。意思就是,你不用去做,别人代替你去处理。比如说:租房,你只要找到“我爱我家”中介,把所有的事情交给他们去代劳,

“我爱我家”此时就是你的Proxy。

它在程序开发中起到了非常重要的作用,比如传说中的 AOP(面向切面编程),就是针对代理的一种应用。此外,在设计模式中,还有一个“代理模式”。在公司里要上外网,要在浏览器里设置一个 HTTP 代理。wocao,代理无处不在啊,不搞明白,岂不是很没面子?

凡是都要由浅入深,学习也不例外。先来一个 Hello World 吧: 

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public interface Hello {  
  2.     void say(String name);  
  3. }  

?

这是一个 Hello 接口,不用解释了,大家都懂的。赶紧上实现类吧:

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public class HelloImpl implements Hello{  
  2.     @Override  
  3.     public void say(String name) {  
  4.         System.out.println("Hello! " + name);  
  5.     }  
  6. }  

wocao!这简直就是 So easy 嘛!但是有个问题:如果要在 println() 方法前面和后面分别需要处理一些逻辑,怎么做呢?把这些逻辑写死在 say() 方法里面吗?肯定不够优雅啦,菜鸟一般这样干,作为一名资深的程序员,我坚决不能这样做!

我要用代理!写一个 HelloProxy 类,让它去调用 HelloImpl 的 say() 方法,在调用的前后分别进行逻辑处理不就行了吗?赶紧搞一个吧:

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public class HelloProxy  implements Hello{  
  2.     private HelloImpl helloImpl;  
  3.     public HelloProxy(){}  
  4.     public HelloProxy(HelloImpl helloImpl){  
  5.         this.helloImpl = helloImpl;  
  6.     }  
  7.     @Override  
  8.     public void say(String name) {  
  9.         before();  
  10.         helloImpl.say(name);  
  11.         after();  
  12.     }  
  13.     private void before() {  
  14.         System.out.println("Before");  
  15.     }  
  16.     private void after() {  
  17.         System.out.println("After");  
  18.     }  
  19. }  

我将 HelloProxy 类实现了 Hello 接口(和 HelloImpl 实现相同的接口),并且在构造方法中 new 出一个 HelloImpl 类的实例。这样一来,我就可以在 HelloProxy 的 say() 方法里面去调用 HelloImpl 的 say() 方法了。更重要的是,我还可以在调用的前后分别加上 before() 与 after() 方法,在这两个方法里去实现那些前后逻辑。

用一个 main 方法来测试一下吧:

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public class StaticClient {  
  2.     public static void main(String[] args) {  
  3.         Hello helloProxy = new HelloProxy(new HelloImpl());  
  4.         helloProxy.say("Jack");  
  5.     }  
  6. }  

运行后,打印出:

Before
Hello! Jack
After

轻而易举,我就写出了这么优雅的代码(暗自小嗨了一把)。

不久后,我在一本设计模式的书上看到,原来我写的这个 HelloProxy 就是所谓的“代理模式”啊!我只能说,自己和 GoF(四人帮)的距离有接近了一点。 

于是我疯狂的使用“代理模式”,项目中到处都有 XxxProxy 的声影。直到有一天,架构师看到了我的代码,他惊呆了!他对我说:“你怎么这么喜欢用静态代理呢?你就不会用动态代理吗?给我全都重构了!”。

我表面上点了点头,说:“好的!”。其实我根本都不知道什么是“静态代理”,什么又是“动态代理”。我继续翻开我那本垫桌脚的设计模式,深入得研究了一番,最后我才明白,原来我一直用的都是“静态代理”啊,怪不得架构师说我到处都是 XxxProxy 类了。我好恨我自己!一定要将这些垃圾 Proxy 都重构为“动态代理”。

于是我就是用 JDK 给我们提供的动态代理方案,写了一个 DynamicProxy:

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public class DynamicProxy  implements InvocationHandler {  
  2.     private Object target;  
  3.     public DynamicProxy(Object target) {  
  4.         this.target = target;  
  5.     }  
  6.     @Override  
  7.     public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {  
  8.         before();  
  9.         Object result = method.invoke(target, args);  
  10.         after();  
  11.         return result;  
  12.     }  
  13.     private void before() {  
  14.         System.out.println("Before");  
  15.     }  
  16.     private void after() {  
  17.         System.out.println("After");  
  18.     }  
  19. }  

在 DynamicProxy 类中,我定义了一个 Object 类型的 target 变量,它就是被代理的目标对象,通过构造函数来初始化(现在流行叫“注入”了,我觉得叫“射入”也不错哦!构造函数初始化叫“正着射”,所以 reflect 方式就叫“反着射”,简称“反射”)。

言归正传,DynamicProxy 实现了 InvocationHandler 接口,那么必须实现该接口的 invoke 方法,参数不做解释,望文生义吧,是 JRE 给我们“射”进来的。在该方法中,直接通过反射去 invoke method,在调用前后分别处理 before 与 after,最后将 result 返回。

写一个 main() 方法看看实际怎么用吧:

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public class DynamicClient {  
  2.     public static void main(String[] args) {  
  3.         Hello hello = new HelloImpl();  
  4.         DynamicProxy dynamicProxy = new DynamicProxy(new HelloImpl());  
  5.         Hello helloProxy = (Hello) Proxy.newProxyInstance(  
  6.             hello.getClass().getClassLoader(),  
  7.             hello.getClass().getInterfaces(),  
  8.             dynamicProxy  
  9.         );  
  10.         helloProxy.say("Jack");  
  11.     }  
  12. }  

没错,意思就是,用我写的这个通用的 DynamicProxy 类去包装 HelloImpl 实例,然后再调用 JDK 给我们提供的 Proxy 类的工厂方法 newProxyInstance() 去动态地创建一个 Hello 接口的代理类,最后调用这个代理类的 say() 方法。

运行一下,结果和以前一样,动态代理成功了。其实,动态代理就是帮我们自动生成 XxxProxy 类的法宝啊!

要注意的是,Proxy.newProxyInstance() 方法的参数实在是让我“无语吐槽”!

参数1:ClassLoader
参数2:该实现类的所有接口
参数3:动态代理对象

调用完了还要来一个强制类型转换一下。

wocao!这一坨 shi 一定要想办法封装一下,避免再次发生到处都是 Proxy.newProxyInstance(),这样架构师又要骂我了。于是我将这个 DynamicProxy 重构了:

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public class DynamicProxy  implements InvocationHandler {  
  2.     private Object target;  
  3.     public DynamicProxy(Object target) {  
  4.         this.target = target;  
  5.     }  
  6.     @Override  
  7.     public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {  
  8.         before();  
  9.         Object result = method.invoke(target, args);  
  10.         after();  
  11.         return result;  
  12.     }  
  13.     @SuppressWarnings("unchecked")  
  14.     public <T> T getProxy() {  
  15.         return (T) Proxy.newProxyInstance(  
  16.             target.getClass().getClassLoader(),  
  17.             target.getClass().getInterfaces(),  
  18.             this  
  19.         );  
  20.     }  
  21.     private void before() {  
  22.         System.out.println("Before");  
  23.     }  
  24.     private void after() {  
  25.         System.out.println("After");  
  26.     }  
  27. }  

我在 DynamicProxy 里添加了一个 getProxy() 方法,无需传入任何参数,将刚才所说的那一坨 shi,放在这个方法中,并且该方法返回一个泛型类型,就不会强制类型转换了。方法头上加那个 @SuppressWarnings("unchecked") 注解表示忽略编译时的警告(因为 Proxy.newProxyInstance() 方法返回的是一个 Object,这里我强制转换为 T 了,这是向下转型,IDE 中就会有警告,编译时也会出现提示,很烦)。

好了,这下子使用 DynamicProxy 就简单了吧:

[html]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public class DynamicClient {  
  2.     public static void main(String[] args) {  
  3.         DynamicProxy dynamicProxy = new DynamicProxy(new HelloImpl());  
  4.         Hello helloProxy = dynamicProxy.getProxy();  
  5.         helloProxy.say("Jack");  
  6.     }  
  7. }  

确实简单用 2 行代理就去掉了前面的 7 行代码(省了 5 行),架构师看到了这样的代码肯定会表扬我!

经过一番代码重构后,我提交了所有的代码,架构师看到了,没有吱声…… 可我总算学会了动态代理。

用了这个 DynamicProxy 以后,我觉得它还是非常爽的,爽的地方是,接口变了,这个动态代理类不用动。而静态代理就不一样了,接口变了,实现类还要动,代理类也要动。但我也发现动态代理并不是“万灵丹”,它也有搞不定的时候,比如说,我要代理一个没有任何接口的类,它就没有勇武之地了!这就是 JDK 给我们提供的动态代理,让我不知道该说什么了。

于是我又开始调研,能否代理没有接口的类呢?终于让我找到了这颗“银弹”!那就是 CGLib 这个类库。虽然它看起来不太起眼,但 Spring、Hibernate 这样牛逼的开源框架都用到了它。它就是一个在运行期间动态生成字节码的工具,也就是动态生成代理类了。说起来好高深,实际用起来一点都不难。我再搞一个 CGLibProxy 吧:

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public class CglibProxy implements MethodInterceptor, Serializable {  
  2.     private static final long serialVersionUID = 1L;  
  3.     private void doBefore() {  
  4.         System.out.println("before method invoke");  
  5.     }  
  6.     private void doAfter() {  
  7.         System.out.println("after method invoke");  
  8.     }  
  9.     public Object getProxy(Object target) {  
  10.         Enhancer enhancer = new Enhancer();  
  11.         enhancer.setSuperclass(target.getClass());  
  12.         enhancer.setCallback(this);  
  13.         enhancer.setClassLoader(target.getClass().getClassLoader());  
  14.         return enhancer.create();  
  15.     }  
  16.     public Object getProxy(Class<? extends Object> clazz){  
  17.         Enhancer enhancer = new Enhancer();  
  18.         enhancer.setSuperclass(clazz);  
  19.         enhancer.setCallback(this);  
  20.         enhancer.setInterfaces(new Class[] { Serializable.class });  
  21.         return enhancer.create();  
  22.     }  
  23.     public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {  
  24.         try {  
  25.             // 调用之前  
  26.             doBefore();  
  27.             // 调用原始对象的方法  
  28.             Object result = proxy.invokeSuper(obj, args);  
  29.             // 调用之后  
  30.             doAfter();  
  31.             return result;  
  32.         } catch (Throwable e) {  
  33.             throw e;  
  34.         }  
  35.     }  
  36. }  

需要实现 CGLib 给我们提供的 MethodInterceptor 实现类,并填充 intercept() 方法。方法中最后一个 MethodProxy 类型的参数 proxy,值得注意!CGLib 给我们提供的是方法级别的代理,也可以理解为对方法的拦截(这不就是传说中的“方法拦截器”吗?)。这个功能对于我们这群屌丝程序员而言,如同雪中送炭啊,此乃神器也!我们直接调用 proxy 的 invokeSuper() 方法,将被代理的对象 obj 以及方法参数 args 传入其中即可。

与 DynamicProxy 类似,我在 CGlibProxy 中也添加了一个泛型的 getProxy() 方法,便于我们可以快速地获取自动生成的代理对象。还是用一个 main() 方法来描述吧:

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public class CglibClient {  
  2.     public static void main(String[] args) {  
  3.         CglibProxy cglib = new CglibProxy();  
  4.           
  5.         HelloImpl proxy = (HelloImpl)cglib.getProxy(new HelloImpl());  
  6.         proxy.say("Somnus");  
  7.           
  8.         System.out.println("*****************************************************************");  
  9.           
  10.         HelloImpl proxy2 = (HelloImpl)cglib.getProxy(HelloImpl.class);  
  11.         proxy2.say("Somnus");  
  12.     }  
  13. }  

仍然通过 2 行代码就可以返回代理对象了,与 JDK 动态代理不同的是,这里不需要任何的接口信息,对谁都可以生成动态代理对象(不管它是“屌丝”还是“高富帅”)。说它是神器,过分吗?

我一向都是以追求完美而著称,2 行代码返回代理对象,我觉得还是有些多余,我不想总是去 new 这个 CGLibProxy 对象,最好 new 一次,以后随时拿随时用。于是我想到了“单例模式”:

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public class CglibProxy implements MethodInterceptor {  
  2.     private static CglibProxy instance = newCglibProxy();  
  3.     private CglbProxy() {  
  4.     }  
  5.     public static CglibProxy getInstance() {  
  6.         return instance;  
  7.     }  
  8.     ...  
  9. }  

我加了以上几行代码,就搞定了!需要说明的是:这里有一个 private 的构造方法,就是为了限制外界不能再去 new 它了,换句话说,我在这里把它给“阉”了。

用一个 main() 方法来证明我的简单主义思想:

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. public static void main(String[] args) {  
  2.     HelloImpl helloImpl = CglibProxy.getInstance().getProxy(HelloImpl.class);  
  3.     helloImpl.say("Jack");  
  4. }  

没错吧?只需 1 行代码就可以获取代理对象了!

总结一下,我们今天谈到了无代理、静态代理、JDK 动态代理、CGLib 动态代理,其实代理的世界远不止这么小,还有很多实际的应用场景。本文一开始谈

到的 AOP 是一个最为典型的案例,所以有必要再进行继续下去。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值