代理模式（Proxy Pattern）是一个使用率非常高的模式，其定义如下：
Provide a surrogate or placeholder for another object to control access to it.（为其他对象提供一种代理以控制对这个对象的访问。）
代理模式的通用类图如图12-3所示。
图12-3 代理模式的通用类图
代理模式也叫做委托模式，它是一项基本设计技巧。许多其他的模式，如状态模式、策略模式、访问者模式本质上是在更特殊的场合采用了委托模式，而且在日常的应用中，代理模式可以提供非常好的访问控制。在一些著名开源软件中也经常见到它的身影，如Struts2的Form元素映射就采用了代理模式（准确地说是动态代理模式）。我们先看一下类图中的三个角色的定义：
● Subject抽象主题角色
抽象主题类可以是抽象类也可以是接口，是一个最普通的业务类型定义，无特殊要求。
● RealSubject具体主题角色
也叫做被委托角色、被代理角色。它才是冤大头，是业务逻辑的具体执行者。
● Proxy代理主题角色
也叫做委托类、代理类。它负责对真实角色的应用，把所有抽象主题类定义的方法限制委托给真实主题角色实现，并且在真实主题角色处理完毕前后做预处理和善后处理工作。
我们首先来看Subject抽象主题类的通用源码，如代码清单12-6所示。
代码清单12-6 抽象主题类
public interface Subject { //定义一个方法 public void request;} 在接口中我们定义了一个方法request来作为方法的代表，RealSubject对它进行实现，如代码清单12-7所示。
代码清单12-7 真实主题类
public class RealSubject implements Subject { //实现方法 public void request { //业务逻辑处理 }} RealSubject是一个正常的业务实现类，代理模式的核心就在代理类上，如代码清单12-8所示。
代码清单12-8 代理类
public class Proxy implements Subject { //要代理哪个实现类 private Subject subject = null; //默认被代理者 public Proxy{ this.subject = new Proxy; } //通过构造函数传递代理者 public Proxy(Object...objects ){ } //实现接口中定义的方法 public void request { this.before; this.subject.request; this.after; } //预处理 private void before{ //do something } //善后处理 private void after{ //do something }} 看到这里，大家别惊讶，为什么会出现before和after方法，继续看下去，这是一个“引子”，能够引出一个崭新的编程模式。
一个代理类可以代理多个被委托者或被代理者，因此一个代理类具体代理哪个真实主题角色，是由场景类决定的。当然，最简单的情况就是一个主题类和一个代理类，这是最简洁的代理模式。在通常情况下，一个接口只需要一个代理类就可以了，具体代理哪个实现类由高层模块来决定，也就是在代理类的构造函数中传递被代理者，例如我们可以在代理类Proxy中增加如代码清单12-9所示的构造函数。
代码清单12-9 代理的构造函数
public Proxy(Subject _subject){ this.subject = _subject;} 你要代理谁就产生该代理的实例，然后把被代理者传递进来，该模式在实际的项目应用中比较广泛。