转自：http://blog.csdn.net/luanlouis/article/details/24589193
代理模式上，基本上有Subject角色，RealSubject角色，Proxy角色。其中：Subject角色负责定义RealSubject和Proxy角色应该实现的接口；RealSubject角色用来真正完成业务服务功能；Proxy角色负责将自身的Request请求，调用realsubject 对应的request功能来实现业务功能，自己不真正做业务。
上面的这幅代理结构图是典型的静态的代理模式：
当在代码阶段规定这种代理关系，Proxy类通过编译器编译成class文件，当系统运行时，此class已经存在了。这种静态的代理模式固然在访问无法访问的资源，增强现有的接口业务功能方面有很大的优点，但是大量使用这种静态代理，会使我们系统内的类的规模增大，并且不易维护；并且由于Proxy和RealSubject的功能 本质上是相同的，Proxy只是起到了中介的作用，这种代理在系统中的存在，导致系统结构比较臃肿和松散。
为了解决这个问题，就有了动态地创建Proxy的想法：在运行状态中，需要代理的地方，根据Subject 和RealSubject，动态地创建一个Proxy，用完之后，就会销毁，这样就可以避免了Proxy 角色的class在系统中冗杂的问题了。
下面以一个代理模式实例阐述这一问题：
将车站的售票服务抽象出一个接口TicketService,包含问询，卖票，退票功能，车站类Station实现了TicketService接口，车票代售点StationProxy则实现了代理角色的功能，类图如下所示。
package com.foo.proxy; /** * 售票服务接口实现类，车站 * @author louluan */ public class Station implements TicketService { @Override public void sellTicket() { System.out.println(" 售票..... "); } @Override public void inquire() { System.out.println(" 问询。。。。 "); } @Override public void withdraw() { System.out.println(" 退票...... "); } }
package com.foo.proxy; /** * 售票服务接口 * @author louluan */ public interface TicketService { //售票 public void sellTicket(); //问询 public void inquire(); //退票 public void withdraw(); }
package com.foo.proxy; /** * 车票代售点 * @author louluan * */ public class StationProxy implements TicketService { private Station station; public StationProxy(Station station){ this.station = station; } @Override public void sellTicket() { // 1.做真正业务前，提示信息 this.showAlertInfo("××××您正在使用车票代售点进行购票，每张票将会收取5元手续费！××××"); // 2.调用真实业务逻辑 station.sellTicket(); // 3.后处理 this.takeHandlingFee(); this.showAlertInfo("××××欢迎您的光临，再见！×××× "); } @Override public void inquire() { // 1做真正业务前，提示信息 this.showAlertInfo("××××欢迎光临本代售点，问询服务不会收取任何费用，本问询信息仅供参考，具体信息以车站真实数据为准！××××"); // 2.调用真实逻辑 station.inquire(); // 3。后处理 this.showAlertInfo("××××欢迎您的光临，再见！×××× "); } @Override public void withdraw() { // 1。真正业务前处理 this.showAlertInfo("××××欢迎光临本代售点，退票除了扣除票额的20%外，本代理处额外加收2元手续费！××××"); // 2.调用真正业务逻辑 station.withdraw(); // 3.后处理 this.takeHandlingFee(); } /* * 展示额外信息 */ private void showAlertInfo(String info) { System.out.println(info); } /* * 收取手续费 */ private void takeHandlingFee() { System.out.println("收取手续费，打印发票。。。。。 "); } }
代理模式可以起到保护的作用，也可以进行拓展，增强额外的功能。比如上面的例子有一个退票队列，存放乘客的退票车票。当接受订票请求时，先判退票队列里有没有，如果有，取出一张给乘客，无需再调用真实的订票接口；如果退票队列里没有，再调用真实订票接口。