目录
本文首发至java技术博客【码上】:
码上jdkcb.com/前言：
作者：韩数Github：https://github.com/hanshuaikang个人技术博客:http://jdkcb.com/时间:2019-07-31Jdk版本：1.8本篇文章电子版和配套代码下载地址:
hanshuaikang/design-pattern-javagithub.com/hanshuaikang/design-pattern-java代理模式定义：
为其他对象提供一种代理以控制对这个对象的访问。在面向对象中，有时候直接访问一些对象比较麻烦，所以代理模式就是在这个对象上加上一个访问该对象的访问层。类似于很多明星的事务实际都是交给经纪人处理的。
UML图：
角色分工：
抽象主题角色：定义了被代理角色和代理角色的共同接口或者抽象类。被代理角色：实现或者继承抽象主题角色，定义实现具体业务逻辑的实现。代理角色：实现或者继承抽象主题角色，持有被代理角色的引用，控制和限制被代理角色的实现，并且拥有自己的处理方法（预处理和善后）优/缺点:
优点:
职责清晰。高扩展性。智能化。缺点：
由于在客户端和真实主题之间增加了代理对象，因此有些类型的代理模式可能会造成请求的处理速度变慢。实现代理模式需要额外的工作，有些代理模式的实现非常复杂。应用场景：
远程代理。虚拟代理。Copy-on-Write 代理在java中的应用：spring-aop实现，Mybatis 都有使用代理模式。
微剧场：
自从韩数荣登荣耀钻石宝座之后，前来拜师学艺的人络绎不绝，直接拉动了当地酒店业的发展。
刚开始的时候还好，人毕竟来的不多，韩数给每个人办完手续之后，仍然可以留一些时间去专注在自己的王者事业上，可是好久不长，奈何韩数王者技艺高超，方圆十里几乎无人不晓，渐渐的找韩数的人越来越多，韩数不得不将大量的时间花在接待慕名前来的人们，导致自己在王者上投入的时间愈来愈少，韩数想长此以往下去，自己岂不是没有时间打王者提升技艺了？核心竞争力一旦没有的话，那我岂不是要成为过气网红了？不能这样不能这样，我不要成为下一个乔碧萝。
听说经纪公司给每一个明星都安排了一个经纪人，既然他们可以有的话，那么我为什么不能也雇一个呢？于是把阿呆叫过来做自己的经纪人。
每当有新的小迷妹过来拜访(咳咳，想什么呢？)，阿呆自然会把他们的生活起居安排好，包括酒店的预订，重要事情的通知等，当他们需要和韩数大神交流直接通知韩数就行了。这样一来，韩数挤出来很多空闲的时间去提升自己的王者技巧，向无敌至上荣耀王者的小目标又迈进了一步。
代码实战：
首先呢，我们声明一个明星接口，star，用来规范子类的行为。
public interface Star { //声明韩数与其他们交流王者上分技巧的方法 public void exchange(); }然后声明我们的具体实现HStar ，并实现Star接口，作为代表韩数的类。
public class HStar implements Star { @Override public void exchange() { System.out.println("巴拉巴拉嘤嘤嘤交流中...."); } }同时我们创建一个代理类ProxyStar并实现Star接口，作为我们的经纪人角色。
public class ProxyStar implements Star{ privateHStar star; @Override public void exchange() { if(star == null) { star = new HStar(); } System.out.println("经纪人安排访客住宿，吃饭等等等等，通知韩数接待客人"); star.exchange(); } }测试:
public class Test { public static void main(String[] args) { Star star = new ProxyStar(); star.exchange(); } }输出：
经纪人安排访客住宿，吃饭等等等等，通知韩数接待客人 巴拉巴拉嘤嘤嘤交流中....不对，等等，好像哪里不对，我想想，就是那个，那个，就是.....
你是不是想说怎么看着那么像装饰者设计模式呢？其实呢，本例用装饰者模式实现的话代码其实是几乎一样的。
那，那他为什么叫代理模式呢？这不是挂羊头卖狗肉吗？还是之前计划的设计模式，发现凑不齐，硬加上去的？
当然不是这样，装饰者设计模式和代理模式虽然很相似，但是侧重点却不一样，下面让我们来看看他们的异同吧。
相同点:
都需要实现同一个接口或者继承同一个抽象类，并且代理角色和装饰角色都持有被代理角色和构件角色的引用。两者都可以在被代理角色的业务方法前或者后添加额外的处理逻辑。不同点:
装饰器模式为了增强功能，而代理模式是为了加以控制。大家可以把代理模式和装饰者模式看作是双胞胎两兄弟，只是发展侧重的点不一样，一个是侧重于对类的增强，另一个则是侧重于对类的控制，正如我们前面所看到的，代理模式对于对象的操作几乎都是由代理对象来操作的。
总结:
代理模式分为动态代理和静态代理两种，本文所使用的代理模式均为静态代理，动态代理将作为本文的番外篇另作讲解。另外，本文相关实例代码和电子版笔记文件呢已经上传至Github，有需要的朋友可以点击文首的链接下载，欢迎各位star。
我是韩数，我们下篇文章再见！
往期文章：
韩数：从一个手办扯到装饰者设计模式
韩数：设计模式java语言实现(七)之MVC设计模式2 赞同 · 0 评论文章zhuanlan.zhihu.com1 赞同 · 0 评论文章韩数：设计模式Java语言实现之命令模式0 赞同 · 0 评论文章zhuanlan.zhihu.com0 赞同 · 0 评论文章韩数：设计模式java语言实现之单例模式0 赞同 · 0 评论文章韩数：设计模式java语言实现之观察者模式1 赞同 · 0 评论文章韩数：设计模式java语言实现之观察者模式1 赞同 · 0 评论文章等。