(31)GoF之代理模式-洪萨配资

对代理模式的理解

生活场景1：牛村的牛二看上了隔壁村小花，牛二不好意思直接找小花，于是牛二找来了媒婆王妈妈。这里面就有一个非常典型的代理模式。牛二不能和小花直接对接，只能找一个中间人。其中王妈妈是代理类，牛二是目标类。王妈妈代替牛二和小花先见个面。（现实生活中的婚介所）【在程序中，对象A和对象B无法直接交互时。】
生活场景2：你刚到北京，要租房子，可以自己找，也可以找链家帮你找。其中链家是代理类，你是目标类。你们两个都有共同的行为：找房子。不过链家除了满足你找房子，另外会收取一些费用的。(现实生活中的房产中介)【在程序中，功能需要增强时。】
西游记场景：八戒和高小姐的故事。八戒要强抢民女高翠兰。悟空得知此事之后怎么做的？悟空幻化成高小姐的模样。代替高小姐与八戒会面。其中八戒是客户端程序。悟空是代理类。高小姐是目标类。那天夜里，在八戒眼里，眼前的就是高小姐，对于八戒来说，他是不知道眼前的高小姐是悟空幻化的，在他内心里这就是高小姐。所以悟空代替高小姐和八戒亲了嘴儿。这是非常典型的代理模式实现的保护机制。代理模式中有一个非常重要的特点：对于客户端程序来说，使用代理对象时就像在使用目标对象一样。【在程序中，目标需要被保护时】
业务场景：系统中有A、B、C三个模块，使用这些模块的前提是需要用户登录，也就是说在A模块中要编写判断登录的代码，B模块中也要编写，C模块中还要编写，这些判断登录的代码反复出现，显然代码没有得到复用，可以为A、B、C三个模块提供一个代理，在代理当中写一次登录判断即可。代理的逻辑是：请求来了之后，判断用户是否登录了，如果已经登录了，则执行对应的目标，如果没有登录则跳转到登录页面。【在程序中，目标不但受到保护，并且代码也得到了复用。】

代理模式是GoF23种设计模式之一。属于结构型设计模式。

代理模式的作用是：为其他对象提供一种代理以控制对这个对象的访问。在某些情况下，一个客户不想或者不能直接引用一个对象，此时可以通过一个称之为“代理”的第三者来实现间接引用。代理对象可以在客户端和目标对象之间起到中介的作用，并且可以通过代理对象去掉客户不应该看到的内容和服务或者添加客户需要的额外服务。通过引入一个新的对象来实现对真实对象的操作或者将新的对象作为真实对象的一个替身，这种实现机制即为代理模式，通过引入代理对象来间接访问一个对象，这就是代理模式的模式动机。
代理模式中的角色：

代理类（代理主题）
目标类（真实主题）
代理类和目标类的公共接口（抽象主题）：客户端在使用代理类时就像在使用目标类，不被客户端所察觉，所以代理类和目标类要有共同的行为，也就是实现共同的接口。
代理模式在代码实现上，包括两种形式：
静态代理
动态代理

静态代理

现在有这样一个接口和实现类：

packagecom.powernode.mall.service;/** * 订单接口 * @author 动力节点 * @version 1.0 * @className OrderService * @since 1.0 **/publicinterfaceOrderService{/** * 生成订单 */voidgenerate();/** * 查看订单详情 */voiddetail();/** * 修改订单 */voidmodify();}

packagecom.powernode.mall.service.impl;importcom.powernode.mall.service.OrderService;/** * @author 动力节点 * @version 1.0 * @className OrderServiceImpl * @since 1.0 **/publicclassOrderServiceImplimplementsOrderService{@Overridepublicvoidgenerate(){try{Thread.sleep(1234);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println("订单已生成");}@Overridepublicvoiddetail(){try{Thread.sleep(2541);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println("订单信息如下：******");}@Overridepublicvoidmodify(){try{Thread.sleep(1010);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println("订单已修改");}}

其中Thread.sleep()方法的调用是为了模拟操作耗时。
项目已上线，并且运行正常，只是客户反馈系统有一些地方运行较慢，要求项目组对系统进行优化。于是项目负责人就下达了这个需求。首先需要搞清楚是哪些业务方法耗时较长，于是让我们统计每个业务方法所耗费的时长。如果是你，你该怎么做呢？
第一种方案：直接修改Java源代码，在每个业务方法中添加统计逻辑，如下：

packagecom.powernode.mall.service.impl;importcom.powernode.mall.service.OrderService;/** * @author 动力节点 * @version 1.0 * @className OrderServiceImpl * @since 1.0 **/publicclassOrderServiceImplimplementsOrderService{@Overridepublicvoidgenerate(){longbegin=System.currentTimeMillis();try{Thread.sleep(1234);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println("订单已生成");longend=System.currentTimeMillis();System.out.println("耗费时长"+(end-begin)+"毫秒");}@Overridepublicvoiddetail(){longbegin=System.currentTimeMillis();try{Thread.sleep(2541);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println("订单信息如下：******");longend=System.currentTimeMillis();System.out.println("耗费时长"+(end-begin)+"毫秒");}@Overridepublicvoidmodify(){longbegin=System.currentTimeMillis();try{Thread.sleep(1010);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println("订单已修改");longend=System.currentTimeMillis();System.out.println("耗费时长"+(end-begin)+"毫秒");}}

需求可以满足，但显然是违背了OCP开闭原则。这种方案不可取。
第二种方案：编写一个子类继承OrderServiceImpl，在子类中重写每个方法，代码如下：

packagecom.powernode.mall.service.impl;/** * @author 动力节点 * @version 1.0 * @className OrderServiceImplSub * @since 1.0 **/publicclassOrderServiceImplSubextendsOrderServiceImpl{@Overridepublicvoidgenerate(){longbegin=System.currentTimeMillis();super.generate();longend=System.currentTimeMillis();System.out.println("耗时"+(end-begin)+"毫秒");}@Overridepublicvoiddetail(){longbegin=System.currentTimeMillis();super.detail();longend=System.currentTimeMillis();System.out.println("耗时"+(end-begin)+"毫秒");}@Overridepublicvoidmodify(){longbegin=System.currentTimeMillis();super.modify();longend=System.currentTimeMillis();System.out.println("耗时"+(end-begin)+"毫秒");}}

这种方式可以解决，但是存在两个问题：

第一个问题：假设系统中有100个这样的业务类，需要提供100个子类，并且之前写好的创建Service对象的代码，都要修改为创建子类对象。
第二个问题：由于采用了继承的方式，导致代码之间的耦合度较高。

这种方案也不可取。
第三种方案：使用代理模式（这里采用静态代理）
可以为OrderService接口提供一个代理类。

packagecom.powernode.mall.service;/** * @author 动力节点 * @version 1.0 * @className OrderServiceProxy * @since 1.0 **/publicclassOrderServiceProxyimplementsOrderService{// 代理对象// 目标对象privateOrderServiceorderService;// 通过构造方法将目标对象传递给代理对象publicOrderServiceProxy(OrderServiceorderService){this.orderService=orderService;}@Overridepublicvoidgenerate(){longbegin=System.currentTimeMillis();// 执行目标对象的目标方法orderService.generate();longend=System.currentTimeMillis();System.out.println("耗时"+(end-begin)+"毫秒");}@Overridepublicvoiddetail(){longbegin=System.currentTimeMillis();// 执行目标对象的目标方法orderService.detail();longend=System.currentTimeMillis();System.out.println("耗时"+(end-begin)+"毫秒");}@Overridepublicvoidmodify(){longbegin=System.currentTimeMillis();// 执行目标对象的目标方法orderService.modify();longend=System.currentTimeMillis();System.out.println("耗时"+(end-begin)+"毫秒");}}

这种方式的优点：符合OCP开闭原则，同时采用的是关联关系，所以程序的耦合度较低。所以这种方案是被推荐的。
编写客户端程序：

packagecom.powernode.mall;importcom.powernode.mall.service.OrderService;importcom.powernode.mall.service.OrderServiceProxy;importcom.powernode.mall.service.impl.OrderServiceImpl;/** * @author 动力节点 * @version 1.0 * @className Client * @since 1.0 **/publicclassClient{publicstaticvoidmain(String[]args){// 创建目标对象OrderServicetarget=newOrderServiceImpl();// 创建代理对象OrderServiceproxy=newOrderServiceProxy(target);// 调用代理对象的代理方法proxy.generate();proxy.modify();proxy.detail();}}

运行结果：

以上就是代理模式中的静态代理，其中OrderService接口是代理类和目标类的共同接口。OrderServiceImpl是目标类。OrderServiceProxy是代理类。
大家思考一下：如果系统中业务接口很多，一个接口对应一个代理类，显然也是不合理的，会导致类爆炸。怎么解决这个问题？动态代理可以解决。因为在动态代理中可以在内存中动态的为我们生成代理类的字节码。代理类不需要我们写了。类爆炸解决了，而且代码只需要写一次，代码也会得到复用。