代理 proxy 设计模式
一.概述
代理模式也是平时比较常用的设计模式之一,代理模式其实就是提供了一个新的对象,实现了对真实对象的操作,或成为真实对象的替身.在日常生活中也是很常见的.例如A要租房,为了省麻烦A会去找中介,中介会替代A去筛选房子,A坐享中介筛选的结果,并且交房租也是交给中介,这就是一个典型的日常生活中代理模式的应用.平时打开网页,最先开到的一般都是文字,而图片等一些大的资源都会延迟加载,这里也是使用了代理模式.
代理模式的组成:
:抽象主题-声明真实主题和代理主题共同的接口
Real :真实主题-真实的对象,需要被代理主题引用
Proxy :代理主题-因为引用了,并且实现了跟一样的接口,所以可以操作,还可以提供一些附加操作,例如 & after
代理模式常用基于场景的分类:
1. Proxy:虚拟代理其实就是通过代理的模式对消耗资源比较大的对象做了一个延迟加载,就是什么时候用到这个对象才去创建它.
2. Proxy:远程代理是比较经典的应用了,类似于C/S模式(主要拦截并控制远程方法的调用,做代理防火墙之类的).
3.Smart Proxy:智能引用代理可以给引用的对象提供一些额外的操作,例如实现里面中介和 的动作.
4. Proxy;保护代理可以控制一个对象的访问,必要时候提供一系列的权限管理.
5.Copy-on-write Proxy:写时拷贝(克隆)代理其实是 Proxy的分支,提供了拷贝大对象的时候只有在对象真正变化后才会进行拷贝(克隆)的操作(延迟拷贝).
代理模式的优缺点:
优点:
1.代理作为调用着和真实对象的中间层,降低了模块间和系统的耦合性
2.可以以一个小对象代理一个大对象,达到优化系统提高运行速度的目的
3.提供的权限管理
4.容易扩展,和都接口化了,更改业务后只要接口不变,可以不做任何修改.
缺点:
1.同优点1,因为调用者和真实对象多了一个中间层,所以会增加调用响应的时间
二.实现
这里就拿A找中介租房为Demo来构建代理模式.
1.普通代理
根据场景先定义一个抽象主题,,提供三个方法,分别是获取房屋信息,签合同和付租金.
[java] view plain copy
/** *-7-24. */ e{ (); (); (); }
接下来定义真实主题,并实现接口.增加房屋名称和价格两个属性,填充借口方法,在获取房屋信息的时候就把房屋名称和价格log出来;签合同的时候log出签合同的时间,付租金的时候log出价格.
[java] view plain copy
{ G=House.class.(); ; ; (,){ this.name=name; this.price=price; } @ fo(){ Log.i(TAG,"-name:"+name+"￥:"+price); } @ ct(){ Log.i(TAG,":"+name+""+ ("HH:mm:ss").(.())); } @ (){ Log.i(TAG,"Bill:name-"+name+"$-"+price); } }
定义房屋代理,同样需要实现接口,并持有House的引用.可以看到代理类其实就像有封装House,提供了一些附加操作,例如客户要看房子的时候代理会先检索自己库存的房屋信息,签合同之前要准备合同之类的.
[java] view plain copy
{ G=.class.(); ; (){ this.house=house; } @ fo(){ Log.i(TAG,""); house.(); Log.i(TAG,""); } @ ct(){ Log.i(TAG,""); house.(); } @ (){ house.(); } }
对于客户来说,完全不用跟House进行直接交互,这里先定义一个房子叫唐顿庄园,租金5k,建立一个房屋代理,把唐顿庄园委托给代理.客户要找房子,签合同,付租金直接找代理就行了.
[java] view plain copy
=("",5000); =(house); Log.i(TAG,"use"); .(); Log.i(TAG,""); .(); .(); Log.i(TAG,"");
整个代理模式的流程可以从下面的时序图展示出来.只跟代理进行交互.
2.虚拟代理
虚拟代理前面有介绍,就是基于代理模式又做了延迟加载来节省内存,但是如果某个对象要在多个没有固定时序地方使用的时候就要进行判空,也会一定程度上牺牲性能(有点像代理模式+懒汉模式).这里还是拿租房的例子来展示.
这里就假设House是一个很庞大的对象,在创建的时候很耗费资源,那我们就更改成当需要用它的时候才去初始化.这里就在构造的时候先判House的引用是否为空,然后才会初始化House,当然如果这里有多线程并发的话可以根据不同的场景进行加锁或者双检锁来保证线程安全.
[java] view plain copy
(){ if(null==house) house=("",5000); }
[java] view plain copy
=(); Log.i(TAG,"use"); .(); Log.i(TAG,""); .(); .(); Log.i(TAG,"");
3.强制代理
强制代理是反其道而行之的代理模式,一般情况下代理模式都是通过代理来找到真实的对象,而强制代理则是通过真实对象才能找到代理也就是说由真实对象指定代理,当然最终访问还是通过代理模式访问的.从名字还能看出它跟其他代理的一个不同,就是强制用代理.拿上面普通代理的例子来说,看不到实体的House的时候它只能通过代理来访问,但是由于没有限制,也可以直接绕过来访问House,但是强制代理就多了一个限制,必须通过才能访问House.就像一些房东嫌麻烦,有房客直接电话过来说要看房,房东给出一个中介的电话说你跟中介联系吧.
首先需要在接口里面添加一个获取代理的接口
[java] view plain copy
e{ (); (); (); (); }
真实对象实现接口,并在中实例化代理,同时在其他方法里面做代理判断,只有使用自身自定的代理才会正常进行.
[java] view plain copy
{ G=House.class.(); ; ; ; (,){ this.name=name; this.price=price; } @ fo(){ if(()) Log.i(TAG,"-name:"+name+"￥:"+price); else Log.i(TAG,"y"); } @ ct(){ if(()) Log.i(TAG,":"+name+""+ ("HH:mm:ss").(.())); else Log.i(TAG,"y"); } @ (){ if(()) Log.i(TAG,"Bill:name-"+name+"$-"+price); else Log.i(TAG,"y"); } @ (){ if(null==proxy) proxy=(this); ; } y(){ if(null==proxy) ; else ; } }
如果这个时候直接操作House对象,或者通过构建的代理来访问都会返回以下结果
所以我们必须使用由真实对象指定的代理才可以正常得访问.
[java] view plain copy
=("",5000); house=house.(); Log.i(TAG,"use"); house.(); Log.i(TAG,""); house.(); house.();
但是这里的强制代理有个Bug,强制代理其实并没有生效,还是可以直接访问House,例如我通过下面的方式来进行访问,只是通过创建并获取代理,但是我不用代理还是直接用House的实例进行访问,这个时候还是可以正常访问的.后续会想办法解了这个Bug并且更新上来的.
[java] view plain copy
=("",5000); house.();//这里只是通过创建出代理 Log.i(TAG,"use"); house.(); Log.i(TAG,""); house.(); house.();
4.动态代理
上面介绍的都是自己先写好的代理类,这样代理关系都是固定的,当代理多个真实对象的时候就要写多个代理类,并且会产生冗余的代码,扩展性和可维护性都不高,而动态代理是基于反射实现了在程序运行的过程中才决定代理什么对象.像AOP的核心思想就是动态代理.(这里使用的是Java的动态代理)
既然是动态代理就不需要也不需要实现接口了,这里写一个实现的接口,并且提供一个根据Proxy构建出来的代理实例给.在通过反射调用真实对象具体的方法之前打印出该方法的名字.
[java] view plain copy
{ G=.class.(); ; (){ this.=; .(.().(), .().(),this); } @ (,,[]args){ ; Log.i(TAG,":"+.()); ret=.(,args); ; } }
[java] view plain copy
=(); =()proxy.(("",5000)); Log.i(TAG,"use"); house.(); Log.i(TAG,""); house.(); house.(); Log.i(TAG,"");
从结果可以看出在真正真实对象的方法之前都会打印出方法名,也可以在这里做一些其他的对象控制.
这个时候整个过程的时序图就变成下面的样子了,通过JDK的Proxy对象和反射的机制来支撑起来动态代理的核心功能.
三.总结
代理模式的使用场景还是挺多的,可以降低对象的复杂度,对项目进行解耦(特别是动态代理的AOP)等,学习设计模式其实最适合的方法就是拿来用,在适用于该模式的场景下灵活得去运用它才算是真正的掌握一种模式.
