Proxy 代理模式

动机

有时,我们需要对一个对象的访问进行控制。比如说如果我们有一些开销较大的对象,但是只需要使用其中一部分方法,我们只要在完全需要它们的时候才初始化这些对象。那时, 我们可以用一些暴露出同样接口的轻量级对象来替代那些笨重的对象。这些轻量级的对象就称为代理,并且它们只会在真正需要的时候才实例化那些笨重的对象,那时,我们就转而使用一些轻量级的对象了。

这种对对象的访问进行控制的需求源自于: 需要控制开销较大的对象的实例化和初始化过程;赋予对象不同的访问权限;以及提供多样化的途径来访问和引用运行于其它进程或机器的对象;其它。

设想一个图片预览软件。这种软件必须能够列举和展示文件夹中的高清图片。不过,人们有多频繁打开文件夹并且查看里边的所有图片。有时,你要寻找特定的照片,有时,你只想要查看图片名称。图片预览程序必须能够列出所有的照片对象,但是这些对象必须在需要渲染的时候才加载到内存中。

目的

此模式的目标是要为对象提供一个占位符来控制对其的引用

实现

proxy uml类图
  • Subject 表示 RealSubject 要实现的接口。代理 Proxy 也要实现这个接口,这样在使用 RealObject 的地方都能使用代理类 Proxy。
  • Proxy
    • 保持访问 RealSubject 的引用
    • 实现 RealSubject 一样的接口,这样 Proxy 就能替代 RealSubject了
    • 控制 RealSubject 的访问,可能还需要负责其它的创建和删除
    • 根据代理的类型,其他职责
  • RealSubject 代理类代表的真正对象

说明

客户端 client 持有一个 Proxy 的引用,然后 client 按照原先处理 RealSubject 一样处理 Proxy 从而调用 doOperation() 。 这时,Proxy 在调用 RealSubject.doOperation() 之前可以做些其他的事情。 Proxy 可以新建一个 RealObject 对象,执行初始化操作,检查 client 对该方法的调用许可,然后再调用方法。Proxy 也可以在调用 doOperation() 之后做一些额外的任务,如增加对象的引用计数。

适用范围 & 例子

代理模式适用于需要控制对象的访问的时候,也适用于对象的复杂引用。常见的情景如下:

  • Virtual Proxies - 虚拟代理 将开销大的对象的创建和初始化延迟到需要的时候,对象根据需要来创建。
  • Remote Proxies - 远程代理 为在不同地址空间的对象提供一个本地表示。常见的例子是 Java RMI 桩对象,这些桩对象在调用桩对象的方法时作为代理同处于其他机器上的远程对象进行通信的方法调用。
  • Protection Proxies - 保护代理 代理对 RealSubject 的方法访问进行控制,赋予部分对象访问权限、拒绝其它对象的访问。
  • Smart References - 智能引用 为指定的对象提供复杂的访问控制。比如跟踪一个对象的引用数量,如果超过特定的值就拒绝访问。或者是按需从数据库中将对象加载到内存里。

例子 - Virtual Proxy

如文章开头讲的,列出和展示高清图片的图片预览程序需要显示出所有照片的列表,不过在用户从列表中选择一张图片之前不需要展示实体的图片。


Virtual Proxy - Image Viewer Program

下面代码中的 Image 接口代表前面提到的 Subject 。 这个接口中只有一个 showImage() 的方法,具体实现类必须实现它来把图片渲染到屏幕。

package proxy;

/**
* Subject Interface
*/
public interface Image{
  public void showImage();
}

下面的代码展示了代理的实现。图片代理是个虚拟代理,它创建并按需加载真实的图片对象,这样可以节省将图片加载进内存的开销,直到渲染图片的时候才需要加载。

package proxy;

public class ImageProxy implements Image{

    /**
     * 私有代理数据
     */
    private String imageFilePath;

    /**
     * 引用 RealSubject
     */
    private Image proxifiedImage;

    public ImageProxy(String imageFilePath){
        this.imageFilePath = imageFilePath;
    }
    
    @Override
    public void showImage() {

        // 只在需要渲染图片的时候才创建图片对象
        proxifiedImage = new HighResolutionImage(imageFilePath);
        
        proxifiedImage.showImage();
    }
}

以下是图片预览程序的代码;程序中就简单的加载了三张图片,只渲染一张图片,一次用代理模式 ImageProxy ,另一次直接使用真实对象 HighResolutionImage 。我们可以看到,当我们使用代理模式的时候,虽然三张图片加载进来了,但是这高分辨率的图片直到渲染的时候才加载。然而对于没有使用代理模式的部分,尽管实际上只要渲染一张图片,三张图片也都加载到内存中了。

package proxy;

/**
 * Image Viewer Promgram
 */
public class ImageViewer {
    public static void main(String[] args) {
        // 假设用户选中有三张图片的文件夹

        // 创建3个图片对象
        Image highResolutionImage1 = new ImageProxy("sample/veryHighResPhoto1.jpeg");
        Image highResolutionImage2 = new ImageProxy("sample/veryHighResPhoto2.jpeg");
        Image highResolutionImage3 = new ImageProxy("sample/veryHighResPhoto3.jpeg");

        // 假设用户点击列表中的一个图片,这只会引起程序调用这个图片的 showImage() 方法。
        // 注意,这种情况只会把这张图片加载进内存
        highResolutionImage1.showImage();

        // 思考下, 如果直接使用 HighResolutionImage 对象会怎么样
        Image highResolutionImageNoProxy1 = new HighResolutionImage("sample/veryHighResPhoto1.jpeg");
        Image highResolutionImageNoProxy2 = new HighResolutionImage("sample/veryHighResPhoto2.jpeg");
        Image highResolutionImageNoProxy3 = new HighResolutionImage("sample/veryHighResPhoto3.jpeg");

        // 如果用户只选中了图片2, 由于这种情况所有图片都已经加载到内存中了,
        // 但是用户并没有查看所有图片,内存就浪费了
        highResolutionImageNoProxy2.showImage();
        
    }

}

示例代码: https://github.com/minorpoet/design-patterns/tree/master/proxy

具体问题和实现

Java 远程方法调用(RMI)
在Java RMI 中在一个机器中(运行于JVM)的客户端对象可以调用处于另一个机器上的远程对象(另一个JVM)的方法。代理(也称为桩)位于客户端机器中,客户端对象调用代理对象就好像远程对象本身一样(记住代理同样实现了 RealSubject 实现的接口)。代理对象本身会同远程对象进行通信,调用远程对象的方法,有返回值的话就返回给客户端。这种情形的代理就是 Remote Proxy 远程代理。

相关模式

  • 适配器模式 适配器 adapter 实现了和其适配的对象 adaptee 不同的接口,而代理实现的接口和其主题对象一致
  • 装饰器模式 装饰器 decorator 的实现可以和代理一样,不过装饰器增强了的对象的功能,而代理控制了对象的访问

总结

已知应用:

  • 如上述介绍 Java RMI 实现了远程代理
  • 安全代理 Security Proxies 控制对象的访问权限,可以在很多面向对象编程语言中发现其应用,包括 java, c#, c++...
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 162,050评论 4 370
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 68,538评论 1 306
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 111,673评论 0 254
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,622评论 0 218
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 53,047评论 3 295
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,974评论 1 224
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 32,129评论 2 317
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,893评论 0 209
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,654评论 1 250
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,828评论 2 254
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,297评论 1 265
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,619评论 3 262
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,326评论 3 243
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,176评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,975评论 0 201
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 36,118评论 2 285
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,909评论 2 278

推荐阅读更多精彩内容