代理模式(Proxy Pattern)
代用单的使用流程
代用单的使用流程
1. 简介
代用单（Proxy Pattern）是一种结构型设计模式，用于向其他对象提供一种代理以控制对目标对象的访问。
这种模式可以在不改变目标对象的情况下，通过引入代理对象来控制对目标对象的访问。
2. 使用场景
代用单模式常见的使用场景包括：
•远程代理：在不同的地址空间中代理一个对象。
•虚拟代理：根据需要创建一个代表对象。
•安全代理：用于控制真实对象的访问权限。
•智能指引：在访问对象时，用于添加额外的处理逻辑。
3. 代用单的使用流程
以下是使用代用单模式的一般流程：
步骤1: 定义接口
首先，我们需要定义一个接口，该接口将是代理类和目标对象的共同协议。
这个接口将规定所有可以通过代理访问的方法。
public interface Subject {
void request();
}
步骤2: 实现目标对象
接下来，我们需要实现目标对象，该对象将被代理对象所代理。
```java public class RealSubject implements Subject { @Override public void request() { System.out.println(。
委托代理模式
委托代理模式委托代理模式（Delegate Proxy Pattern）是一种常见的软件设计模式，它通过将任务的执行委托给其他对象来实现任务的解耦和增强。
在软件开发中，我们经常会遇到一些需要将特定任务委托给其他对象处理的情况。
委托代理模式就是一种解决这类问题的方法。
通过使用委托对象和代理对象，可以将任务的执行从原对象中分离出来，实现更加灵活和可维护的代码结构。
委托代理模式的基本结构由三个角色组成：委托对象、代理对象和实际执行任务的对象。
委托对象（Delegate）是一个拥有某个特定任务的对象，它将这个任务委托给代理对象来完成。
委托对象通常只负责定义任务的接口，而不关心任务的实际执行过程。
代理对象（Proxy）是委托对象和实际执行任务的对象之间的中间层。
代理对象接收到委托对象的任务请求后，会负责将任务传递给实际执行任务的对象，并在任务执行前后进行必要的处理。
代理对象既可以是和委托对象具有相同接口的对象，也可以是一个完全不同的对象。
实际执行任务的对象（RealSubject）是具体执行任务的对象。
它负责实现委托对象定义的任务接口，并在代理对象的调用下执行具体的任务逻辑。
下面以一个简单的示例来说明委托代理模式的应用场景和用法。
假设我们有一个文档编辑器的应用程序，其中包含一个保存文件的功能。
为了将保存文件的过程解耦和增强，我们可以引入委托代理模式。
首先，我们定义一个委托对象 DocumentSaveDelegate，它包含一个名为 Save 的方法，用于保存文件的逻辑。
```csharppublic delegate void DocumentSaveDelegate(string fileName);```接下来，我们创建代理对象 DocumentSaveProxy，它实现了相同的Save 方法，并在方法中添加了额外的日志记录功能。
```csharppublic class DocumentSaveProxy{private DocumentSaveDelegate documentSaveDelegate;public DocumentSaveProxy(DocumentSaveDelegate documentSaveDelegate){this.documentSaveDelegate = documentSaveDelegate;}public void Save(string fileName)Console.WriteLine("开始保存文件：" + fileName);// 添加额外的日志记录逻辑documentSaveDelegate(fileName);Console.WriteLine("文件保存完成：" + fileName);}}```最后，我们定义实际执行任务的对象 DocumentSaver，它实现了Save 方法的具体逻辑。
代理模式
Subject
A
C
B
我可以印刷与卖书
我要买书 publishing house 被 代 理
customer;
我可以卖书、打 折以及送优惠券
bookstore
代理模式的种类
代理模式根据其目的和实现方式不同可分为很多种类，其中常用的几种代理模式简 要说明如下： (1) 远程代理(Remote Proxy)：为一个位于不同的地址空间的对象提供一个本地的 代理对象，这个不同的地址空间可以是在同一台主机中，也可是在另一台主机中， 远程代理又称为大使(Ambassador)。 (2) 虚拟代理(Virtual Proxy)：如果需要创建一个资源消耗较大的对象，先创建一 个消耗相对较小的对象来表示，真实对象只在需要时才会被真正创建。 (3) 保护代理(Protect Proxy)：控制对一个对象的访问，可以给不同的用户提供不 同级别的使用权限。 (4) 缓冲代理(Cache Proxy)：为某一个目标操作的结果提供临时的存储空间，以便 多个客户端可以共享这些结果。 (5) 智能引用代理(Smart Reference Proxy)：当一个对象被引用时，提供一些额外 的操作，例如将对象被调用的次数记录下来等。
代理模式的缺点
• 代理模式的主要缺点如下： (1) 由于在客户端和真实主题之间增加了代理对象，因此 有些类型的代理模式可能会造成请求的处理速度变慢， 例如保护代理。 (2) 实现代理模式需要额外的工作，而且有些代理模式的 实现过程较为复杂，例如远程代理。
代理模式的应用场景
• 代理模式的类型较多，不同类型的代理模式有不同的优缺点，它们应用于不同的场合： (1) 当客户端对象需要访问远程主机中的对象时可以使用远程代理。 (2) 当需要用一个消耗资源较少的对象来代表一个消耗资源较多的对象，从而降低系统 开销、缩短运行时间时可以使用虚拟代理，例如一个对象需要很长时间才能完成加载时。 (3) 当需要为某一个被频繁访问的操作结果提供一个临时存储空间，以供多个客户端共 享访问这些结果时可以使用缓冲代理。通过使用缓冲代理，系统无须在客户端每一次访 问时都重新执行操作，只需直接从临时缓冲区获取操作结果即可。 (4) 当需要控制对一个对象的访问，为不同用户提供不同级别的访问权限时可以使用保 护代理。 (5)当需要为一个对象的访问（引用）提供一些额外的操作时可以使用智能引用代理。
安卓常用的6种设计模式总结
安卓常⽤的6种设计模式总结最近看到两篇博客，觉得很不错，记录⼀下由于项⽬变更的频繁性，作为⼀名程序员，我们需要掌握设计模式的必要性，就不⾔⽽喻~~，下⾯就是⼀些我⾃⼰学习的设计模式总结。
接下来，主要是针对⼏个⽐较常⽤模式进⾏讲解，主要是以下⼏种：观察者模式适配器模式代理模式⼯⼚模式单例模式命令模式1.观察者模式（Observer Pattern）释义：观察者模式定义了⼀种⼀对多的依赖关系，让多个观察者对象同时监听某⼀个主题对象，这个主题对象在状态上发⽣变化时，会通知所有观察者对象，使他们能够⾃动更新⾃⼰。
故事理解：观察者想知道公司所有MM的情况，只要加⼊公司的MM情报邮件组就⾏了，tom负责搜集情报，当发现新情报时，不⽤⼀个⼀个通知我们，直接发布给邮件组，我们作为订阅者（观察者）就可以及时收到情报啦。
常见实例：1.BaseAdapter.registerDataSetObserver和BaseAdapter.unregisterDataSetObserver两⽅法来向BaseAdater注册、注销⼀个DataSetObserver ; 2.使⽤ContentObserver去监听数据库变化。
适⽤场景：1.当对⼀个对象的改变需要同时改变其他对象，⽽不知道具体有多少对象有待改变；2.当⼀个对象必须通知其它对象，⽽它⼜不能假定其它对象是谁.观察者模式主要有观察者和被观察者2个对象，在该模式中，Observable表⽰被观察者，这个对象是⼀个抽象类，只能被继承。
Observer表⽰观察者，他是⼀个接⼝，所以观察者可以有多个，实现了该接⼝的类都是属于观察者。
这是⽹上⼀个⽣动细致的demo：被观察者：public class MyPerson extends Observable {private int age;private String name;private String sax;public int getAge() {return age;}public void setAge(int age) {this.age = age;setChanged();notifyObservers();}public String getName() {return name;}public void setName(String name) { = name;setChanged();notifyObservers();}public String getSax() {return sax;}public void setSax(String sax) {this.sax = sax;}@Overridepublic String toString() {return "MyPerson [age=" + age + ", name=" + name + ", sax=" + sax + "]";}}MyPerson是被观察者，类中调⽤了setChange()以及notifyObservers()两个⽅法，前者是告知数据改变，后者是发送信号通知观察者。
SpringAOP的原理和应用场景
SpringAOP的原理和应用场景SpringAOP（Aspect-Oriented Programming）是Spring框架中的一个重要组成部分，它提供了一种通过预定义的方式，将横切关注点（Cross-cutting Concerns）与业务逻辑进行解耦的机制。
本文将介绍SpringAOP的原理及其在实际应用场景中的应用。
一、SpringAOP的原理SpringAOP基于代理模式（Proxy Pattern）实现。
在SpringAOP中，通过生成与原始类（被代理类）具有相同接口的代理类，将横切逻辑编织到业务逻辑中。
在运行时，当调用代理类的方法时，会在方法执行前、后或异常抛出时插入相应的横切逻辑代码。
具体而言，SpringAOP使用了以下几个核心概念：1. 切面（Aspect）：切面是横切逻辑的模块化单元，它包含了一组通知（Advice）和切点（Pointcut）。
2. 通知（Advice）：通知定义了实际的横切逻辑代码，并规定了何时执行该代码。
SpringAOP提供了五种类型的通知：前置通知（Before）、后置通知（After）、返回通知（After-returning）、异常通知（After-throwing）和环绕通知（Around）。
3. 切点（Pointcut）：切点指定了在哪些连接点（Join Point）上执行通知。
连接点可以是方法调用、属性访问等程序执行的点。
4. 连接点（Join Point）：连接点是程序执行过程中的一个特定点，如方法调用前、方法调用后等。
通知通过切点来选择连接点。
5. 织入（Weaving）：织入是将切面应用到目标对象，并创建代理对象的过程。
织入可以在编译时、类加载时或运行时进行。
二、SpringAOP的应用场景SpringAOP可应用于各种场景，用于解决跨越多个模块或类的横切关注点问题。
以下是一些常见的SpringAOP应用场景：1. 日志记录：通过在关键方法的前后插入日志代码，实现对系统运行状态的监控和记录。
设计模式的定义和分类
设计模式的定义和分类1、设计模式的定义和分类设计迷失的出现可以让开发⼈员站在前⼈的肩膀上，通过⼀些成熟的设计⽅案来指导新项⽬的设计和开发没以便于开发出具有更好的灵活性和可拓展性。
也更易于复⽤的软件系统，设计模式是⼀套被反复使⽤的、多数⼈知晓的、经过分类编⽬的、代码设计经验的总结，使⽤设计模式是为了可重⽤代码，让代码更容易被他⼈理解并且提⾼代码的可靠性。
设计模式是⼀种⽤于对系统中不断重现的设计问题的解决⽅案进⾏⽂本化的技术,也是⼀种共享专家设计经验的技术。
GoF对设计模式的定义如下：设计模式是指在特定环境下为解决某⼀通⽤软件设计问题提供的⼀套定制的解决⽅案，该解决⽅案描述了对象和类之间的相互作⽤2、设计模式的基本要素(1)模式名称模式名称通过⼀两个关键词来描述模式的问题、解决⽅案和效果，以便⽤户更好地理解设计模式并便于开发⼈员之间的交流。
绝⼤多数数模式都是跟据其功能或者模式结构来命名的，在学习设计模式时候，⾸先应该准确的记忆该设计模式的中引⽂模式名，在已有的类库中，很多使⽤了设计模式的类名通常包含了使⽤的设计模式的名称，如果⼀个类名称为XXXAdapter,则该类是⼀个适配器类，在设计时使⽤了适配器模式,如果⼀个类名称为XXXFactory，则该类是⼀个⼯⼚类，⼀定包含了⼀个⼯⼚⽅法⽤于返回⼀个类的实例对象。
(2)问题问题描述了应该在什么时候使⽤设计模式，包含了原始设计中存在的问题以及问题存在的原因。
这些问题有些事特定的设计问题，如怎样使⽤对象封装状态或者使⽤对象标识算法等，也可能是系统中存在不灵活的类或对象结构导致系统的可维护性较差，有时候，在模式的问题藐视部分可能会包含使⽤该设计模式时必须满⾜的⼀系列先决条件，如在使⽤桥接模式时系统中的类必须存在两个独⽴变化的维度，在使⽤组合模式的时候系统中必须存在整体和部分的层次结构等。
在对问题进⾏描述的同时实际上确定了模式所对应的使⽤环境以及模式的使⽤动机（3）解决⽅案解决⽅案描述了设计模式的组成成分，以及这些组成成分之间的相互关系，各⾃的职责和协作⽅式，模式时⼀个通⽤的模板，它可以应⽤于各种不同的场合。
一文彻底搞懂代理模式（Proxy）
⼀⽂彻底搞懂代理模式（Proxy）⽂章已收录我的仓库：代理模式引⾔代理模式是⾮常常见的模式，在⽣活中的例⼦也⾮常多，例如你不好意思向你关系不太好朋友帮个忙，这时需要找⼀个和它关系好的应⼀个朋友帮忙转达，这个中间朋友就是代理对象。
例如购买⽕车票不⼀定要去⽕车站买，可以通过12306⽹站或者去⽕车票代售点买。
⼜如找⼥朋友、找保姆、找⼯作等都可以通过找中介完成。
代理模式的定义与特点代理模式的定义：由于某些原因需要给某对象提供⼀个代理以控制对该对象的访问。
这时，访问对象不适合或者不能直接引⽤⽬标对象，代理对象作为访问对象和⽬标对象之间的中介。
考虑⽣活中⼀个常见的例⼦，客户想买房，房东有很多房，提供卖房服务，但房东不会带客户看房，于是客户通过中介买房。
你可能⽆法理解这⾥中介是代替客户买房还是代替房东卖房，其实这是很好理解的。
我们程序编写代码是为客户服务的，中介是代替⼀名服务商处理业务，这种服务可能被定义为卖房，也可能被定义为帮助客户买房，但中介唯独不可能去实现买房的功能，在代码中，我们定义的是服务于客户的业务接⼝，⽽不是客户的需求接⼝，如果让客户和中介都去实现买房接⼝，那么这⾥的买房就是⼀种业务，服务于卖房的客户，这样房东就是客户端，买房的⼀⽅就是服务端。
但在⽣活中，买房的⼀⽅往往是客户端，卖房的才是服务端，因此这⾥中介和房东都要实现卖房的接⼝⽅法，换句话说，中介是代替房东卖房⽽不是代替客户买房。
客户将中介抽象看成房东，直接从中介⼿中买房(中介==房东，提供卖房服务)。
这⾥中介就是代理对象，客户是访问对象，房东是⽬标对象，实际由代理完全操控与⽬标对象的访问，访问对象客户仅与代理对象交流。
，代理模式的结构代理模式的结构⽐较简单，主要是通过定义⼀个继承抽象主题的代理来包含真实主题，从⽽实现对真实主题的访问，下⾯来分析其基本结构。
代理模式的主要⾓⾊如下。
1. 抽象主题（Subject）类(业务接⼝类)：通过接⼝或抽象类声明真实主题和代理对象实现的业务⽅法，服务端需要实现该⽅法。
代理模式和适配器模式的对比
代理模式和适配器模式的对比介绍软件开发一直是一个变化规律极为频繁的行业，随着时间的推移，软件设计模式被广泛应用于软件开发。
设计模式是一种特殊的代码重构技巧，它们被设计用于解决一些在软件开发中经常遇到的问题。
其中代理模式和适配器模式是两种常见的设计模式。
本文将对它们进行对比探讨，旨在深入了解它们之间的异同点。
代理模式代理模式（Proxy Pattern）是软件开发中的一种设计模式，它的目的是通过使用一个代理对象来控制对设计对象的访问。
代理是对象的一个抽象，可以在原对象之前进行前置处理，在原对象之后进行后置处理，并且不影响原对象的逻辑实现。
例如，假设我们需要访问一个网络资源，而这个资源的访问需要耗费大量的时间和数据带宽。
在这种情况下，我们可以使用代理模式，将代理对象作为访问网络资源的入口，代理对象会负责从网络中加载必要的资源。
此外，代理模式还可以用于实现权限和安全控制。
适配器模式适配器模式（Adapter Pattern）是软件开发中的一种设计模式，它的目的是在不改变现有代码的基础上，将不兼容的对象包装到一个可用对象中。
适配器模式主要用于解决两个接口不兼容的问题，可以将不同的接口封装到一个通用的接口中，从而可以实现彼此之间的协作。
例如，在一个应用中，我们可能需要将一些数据从一个数据源中提取出来，并将其转换为另一种格式，以便在另一个应用中使用。
在这种情况下，我们可以使用适配器模式来实现数据的转换和传输。
对比代理模式和适配器模式都是常见的设计模式，它们在实际的软件开发中有不同的应用场景。
首先，代理模式和适配器模式的目的和实现方式不同。
代理模式的目的是在原有的基础上添加额外的控制和安全性，而适配器模式的目的是实现两个不兼容的接口之间的协作。
代理模式通过在原对象之前和之后进行前置和后置处理来实现额外控制的目的。
其次，代理模式和适配器模式的实现方式不同。
适配器模式通过将不兼容的对象包装在一个可用的对象中来实现数据转换和传输的目的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
描述：让我们思考一下下面的代码：//Client1.class Customer{2.public void someMethod(){3.//Create the Service Provider Instance4. FileUtil futilObj=new FileUtil();5.//Access the Service6.futilObj.writeToFile(“Some Data”);7. }8.}作为它实现的一部分，Customer类创建了一个FileUtil类的一个实例并且直接访问它的服务。
换句话说，对于客户对象，访问FileUtil对象的方式是很直接的。
它的实现可能是客户对象访问服务提供者对象最为普通的方式了。
相比较，有些时候客户对象可能不直接访问服务提供者（也就是指目标对象），这种情况是由于下面的原因导致的：（1）目标对象的位置??目标对象可能存在于同一台或者不同机器的不同地址空间。
（2）目标对象的存在形式??目标对象可能直到他被请求服务的时候还不存在，或者对象被压缩。
（3）特殊的行为??目标对象可以根据客户对象的访问权限接受或拒绝服务。
在多线程环境，一些服务提供者对象需要特殊的考虑。
在这些情况下，代理模式（Proxy Pattern）建议不要使有特殊需求的客户对象直接访问目标对象，而是使用一个单独的（分离的）对象（也就是指代理对象）为不同的客户提供通常的、直接的访问目标对象的方式。
代理对象提供和目标对象一样的接口。
代理对象负责与目标对象交互的细节，代表客户对象与目标对象交互。
所以客户对象不再需要处理访问目标对象的服务时的特殊需求。
客户对象通过它的接口调用代理对象，代理对象直接把这些调用依次地传递给目标对象。
客户对象不需要知道代理的原对象（目标对象）。
代理对象隐藏了与客户对象进行交互的对象细节，如：对象是否是远程的、是否初始化、是否需要特殊的权限等。
换句话说，代理对象作为客户和不可访问的远程对象或推迟初始化对象之间的透明桥梁。
代理对象因使用的场景不同，代理的种类也不同。
让我们来快速的浏览一下一些代理和它们的目标。
注意：表23.1列出了不同种类的代理对象，在一章中，仅讨论远程代理，其他的一些代理会在本书后面的模式中讨论。
Table 23.1: List of Different Proxy Types代理类型目的远程代理提供对在不同地址空间的远程对象的访问缓存代理/服务代理为了提供能够保存目标操作经常用到的结果，代理对象以存储方式保存这些结果。
当客户对象请求同一个操作时，代理不需要直接访问目标对象，而是从存贮介质返回操作结果。
防火墙代理使用防火墙代理主要是为了保护目标对象以防止有害客户的访问。
同时也可以防止客户访问有害的目标对象。
保护代理提供了不同客户访问不同层次的目标对象的功能。
在创建代理时，定义了一个权限的集合。
虽后，这些权限用来限制访问代理的特定部分，如果没有执行方法的权限，客户对象不允许访问特定的方法。
同步代理提供了允许不同的客户对象安全的同步访问目标对象的功能。
计数代理在执行目标对象的方法前，提供了一些审计机制。
代理模式和其他模式从讨论不同的代理对象中可以看出：代理对象有两个主要的特征：（1）它介于客户对象和目标对象之间。
（2）它接受客户对象的调用，然后转发调用给目标对象。
在这种情形下，看上去和本书中前面讨论的其他模式有些相似。
让我们讨论一下代理模式和一些与它相似的模式之间的相同点和不同点。
代理模式和装饰模式：代理模式：（1）客户对象不能直接访问目标对象（2）代理对象提供了对目标对象的访问控制（在保护代理中）（3）代理对象不能再增加其他的功能。
装饰模式：（1）如果需要，客户对象不能直接访问目标对象。
（2）装饰对象不能控制对目标对象的访问。
（3）装饰对象可以增加额外的功能。
代理模式和外观模式：代理模式：（1）代理对象代表一个单一对象。
（2）客户对象不能直接访问目标对象。
（3）代理对象提供了对于单一目标对象的访问控制。
外观模式：（1）外观对象代表了对象的一个子系统。
（2）如果必要，客户对象可以直接访问子系统中的对象。
（3）一个外观对象提供了一个对子系统组件的简单的、高层次的接口.代理模式和责任链模式：代理模式：（1）代理对象代表了一个单一的对象。
（2）克辉请求首先被代理对象所接受，但是不直接被代理对象处理。
（3）客户请求总是被传递给目标对象。
（4）假设客户与服务器正常工作，可以保证请求会得到响应，责任链模式：（1）责任链包括很多对象。
（2）接受客户请求的对象首先处理请求。
（3）近当现在的接收者不能处理请求时，客户请求才被传递给下一个对象。
（4）不能保证请求会得到响应。
也就是请求已经到达责任链尾，担仍然没有被处理。
在Java中，远程方法调用（RMI）充分的利用了远程代理模式，让我们快速的浏览一下远程方法调用（RMI）的概念和远程方法调用（RMI）通信过程应用的组件。
RMI:快速浏览RMI使客户对象像访问本地对象一样访问远程对象并调用其方法成为可能。
（如图23.1）Figure 23.1: Client’s View of Its Communication with a Remote Object Using RMI下面是为实现RMI功能而一起协作的不同组件。
（1）远程接口（Remote Interface）??一个远程对象必须实现一个远程接口（这个接口扩展java.rmi.Remote）。
远程接口声明可以被客户访问的远程对象的方法。
换句话说，远程接口可以看成远程对象对客户的视图。
需求(要求)：1) 扩展java.rmi.Remote2) 在远程接口中定义的所有方法必须声明抛出java.rmi.RemoteException 异常。
（2）远程对象（Remote Object）??远程对象负责实现在远程接口中定义的方法。
需求(要求)：1）必须提供远程接口的实现。
2）必须扩展java.rmi.server.UnicastRemoteObject类。
3）必须有一个没有参数的构造函数。
4）必须与一个服务器相关联。
通过调用零参数的构造函数，服务器创建远程对象的一个实例。
（3） RMI注册表（RMI Registry）??RMI注册表提供了保持不同远程对象的地址空间。
1）远程对象需要存储在一个客户可以通过命名引用（Name reference）来访问它的RMI注册表中。
2）一个给定的命名引用仅可以存储一个对象。
（4）客户（Client）??客户是一个试图访问远程对象的应用程序。
1）必须可以感知被远程对象实现的接口。
2）通过命名引用（Name reference）在RMI注册表中可以查到远程对象。
一旦查到远程对象的引用，调用这个引用上的方法。
（5）RMIC (Java RMI 桩编译器)Java RMI stub compiler??一旦远程对象编译成功，RMIC（Java RMI 桩编译器）可以生成远程对象的桩类文件(stub)和框架类文件(skeleton)。
桩类文件(stub)和框架类文件(skeleton)从编译的远程对象类中产生。
这些桩类文件(stub)和框架类文件(skeleton) 使客户对象以无缝的方式访问远程对象成为可能。
下面这部分描述客户对象和远程对象如何通信。
RMI通信机制：一般地，客户对象不能按通常方式直接访问远程对象。
为了使客户对象像访问本地对象一样访问远程对象的服务，RMIC（Java RMI 桩编译器）生成的远程对象的桩文件(stub)和远程接口需要拷贝到客户机器上。
桩文件(stub)负责扮演着远程对象的（远程）代理的角色，负责把方法的调用传递给真实的远程对象实现所在的远程服务器上。
任何时候，客户对象引用远程对象，这个引用实际上是远程对象的本地桩文件。
也就是，当客户调用远程对象上的方法时，调用首先被本地桩实例所接受，桩再将这个调用传递到远程服务器上。
在服务器端，RMIC产生的远程对象的框架文件(skeleton)接受这个调用。
框架文件(skeleton)在服务器端，不需要拷贝到客户机器上。
框架文件(skeleton)负责将这些调用转发到真正的远程对象的实现上。
一旦远程对象执行了方法，方法返回的结果将按照反方向返回给客户。
图23.2说明了RMI通信的过程Figure 23.2: The Actual RMI Communication Process了解更多的关于Java RMI的知识，推荐阅读RMI tutorialRMI和远程代理模式：从RMI通信的讨论中，可以看到桩类文件扮演着远程对象的远程代理的角色。
它使得客户访问远程对象就像访问本地对象一样成为可能。
因此，一些使用了RMI技术的应用就已经暗含着代理模式的实现。
例子：在讨论外观模式时，我们建立了一个简单的客户数据管理应用来验证和保存输入的客户数据。
我们的设计由分别代表不同客户数据的三个类组成。
在应用外观模式以前，客户AccountManager可以直接与子系统的三个用来验证、保存客户数据的类交互。
应用外观模式，我们定义了一个CustomFacade外观对象代表客户与三个子系统类交互（如图23.3）。
Figure 23.3: Customer Data Management Application for the Local Mode of Operation?Class Association在这个应用中，子系统组件和外观对象对于客户对象AccountManager都是本地的。
现在，让我们建立这个应用的不同版本，这个版本已远程的方式运行。
在远程方式下，这个应用通过运用JAVA RMI技术，访问远程对象。
在使应用运行在远程操作模式下的设计中，我们要把子系统组件（Account、Address和CreditCard）和外观（CustomerFacade）移到远程服务器上。
这样会带来以下好处：1）在服务器上的对象可以被不同的客户应用所共享。
客户不再需要维护这些类的本地版本，因此，成为轻型客户端（light-weighted）。
2）可以对变化、性能和监控进行统一的集中控制。
Figure 23.4: Customer Data Management Application for the Remote Mode of Operation?Class Association让我们开始运用RMI技术设计远程操作模式下的客户数据管理应用。
第一步，先定义远程接口CustomerIntr：这个借口要满足：1）声明外观实现的方法。
2）所有的方法声明抛出RemoteException异常。
3）扩展java.rmi.Remote接口。
1.public interface CustomerIntr extends java.rmi.Remote {2.void setAddress(String inAddress) throws RemoteException;3.void setCity(String inCity) throws RemoteException;4.void setState(String inState) throws RemoteException;5.void setFName(String inFName) throws RemoteException;6.void setLName(String inLName) throws RemoteException;7.void setCardType(String inCardType) throws RemoteException;8.void setCardNumber(String inCardNumber)9.throws RemoteException;10. void setCardExpDate(String inCardExpDate)11. throws RemoteException;12. boolean saveCustomerData() throws RemoteException;13.}让我们重新定义CustomerFacade外观类，因为它要实现CustomerIntr远程接口。