一、认识中介者模式
1、概念
我们先从例子入手，再着手介绍其概念。对于中介者模式，你脑海中首先映入的肯定就是中介，我们的生活中到处充满着中介，比如说婚姻介绍所，房产中介，甚至于联合国都是中介。他们的作用都是加强处理人与人之间或者是国与国之间的关系。如果没有这种中介会怎么样呢？就以联合国为例，这世界上有200多个国家，每个国家之间的关系是超级复杂的。这些国家之间沟通交流的模式是这个样的：
我们可以看到，这个图是真的麻烦，看着就恶心。国与国之间的交流竟然这么麻烦。好在二战之后联合国出现了，有效地解决了他们之间的沟通障碍，有问题就到联合国去争论去吵闹。
现在看着应该会舒服很多了。有了联合国，使得国与国之间的关系变得不那么复杂，现在我们把场景视线类比到我们的代码开发中，假设对象之间也存在着复杂的关系，那么有没有类似于联合国这样的组织帮我们去管理呢？肯定是有的，就是今天所要说的中介者模式。而且通过上面这张图也可以看到，任何一个国家（对象）出现变动，只能影响到自己，对别人没有任何影响。OK，到这一步我们就再来看一下中介者模式的真正含义：
概念：用一个中介者对象封装一系列的对象交互，中介者使各对象不需要显示地相互作用，从而使耦合松散，而且可以独立地改变它们之间的交互
2、类图
到了这一步，我们通过例子来看一下类图;
从上面这张图出现了几个角色我们分别来分析一下：
（1）IMediator：抽象中介者，它定义了对象之间交流的方法。就好比国与国之间的沟通方式。
（2）ConcreteMediator：具体中介者，联合国的正式组成运营。
（3）IColleague：抽象同事类，就好比是一个抽象的国家模型。里面定义了一些功能。
（4） ConcreteColleague: 具体同事类。就好比是一个个具体的国家，英国、美国。
现在我们就使用代码来实现一下吧。
二、代码实现
这里实现的是只有两个国家之间的交流，也就是中国和美国。
（1）第一步：定义抽象中介者，也就是联合国模型
public interface IMediator { //国与国之间交流的方法 public void communicate(String msg,IColleague country); }
这里出现了IColleague，代表的是国家模型。国与国之间的交流，联合国都是通过communicate方法实现的。
（2）第二步：定义抽象同事类，也就是国家模型
public abstract class IColleague { //国家名称 protected String countryName; //联合国 protected Mediator mediator; IColleague(String countryName,Mediator mediator){ this.countryName = countryName; this.mediator = mediator; } public abstract void sendMsg(String msg); public abstract void receiveMsg(String msg); }
每个国家要有联合国的接口，因为你要和联合国这个中介交流。而且每个国家不仅可以发送消息。还可以接收消息。
（3）第三步：具体同事类，这里有中国和美国
首先是中国：
public class ChinaColleague extends IColleague { ChinaColleague(String countryName, Mediator mediator) { super(countryName, mediator); } //中国有问题，就告诉联合国，不会直接通知各国 @Override public void sendMsg(String msg) { mediator.communicate(msg,this); } //中国接受联合国的信息 @Override public void receiveMsg(String msg) { System.out.println("中国获得信息:" + msg); } }
然后是美国：
public class USAColleague extends IColleague { USAColleague(String countryName, Mediator mediator) { super(countryName, mediator); } //美国有问题，就告诉联合国，不会直接通知各国 @Override public void sendMsg(String msg) { mediator.communicate(msg, this); } //美国接受联合国的信息 @Override public void receiveMsg(String msg) { System.out.println("美国获得信息:" + msg); } }
（4）第四步：具体中介者，真实的联合国发挥中介角色
public class Mediator implements IMediator { // 联合国要有所有国家的信息 private ChinaColleague china; private USAColleague usa; //每个国家的getter和setter方法 @Override public void communicate(String msg, IColleague country) { //msg如果是中国发送的话，就让美国接受消息 if (country == china) { usa.receiveMsg(msg); } else { //msg如果是美国发送的话，就让中国接受消息 china.receiveMsg(msg); } } }
当然，这个类其实是中介者模式的核心，可以有很多种写法，比如说这里只有俩个国家，就一个一个列出来就好了，如果国家比较多的话，可以使用List进行保存。通知其他国家信息的时候，也可以换一种方式。
（5）第五步：客户端演示
public class Client { public static void main(String[] args) { //创建联合国、中国、美国 Mediator mediator = new Mediator(); ChinaColleague china = new ChinaColleague("中国", mediator); USAColleague usa = new USAColleague("美国", mediator); //让中国和美国注册到联合国 mediator.setChina(china); mediator.setUsa(usa); china.sendMsg("台湾是属于中国的一部分"); usa.sendMsg("美国坚持对台军售"); } } //输出 美国获得信息:台湾是属于中国的一部分 中国获得信息:美国坚持对台军售
自己动手敲一遍，可以好好的体会一下。
三、总结分析
优点的话很明显了。都是为了降低代码的耦合度，减少对象之间的关联性，让每一个对象都能够独立。但是这种模式虽好，可不要滥用呀。从文章一开始你也发现了，讲解的例子都是那种网状关系的对象，转换为星型关系。过度使用，会造成更加复杂的结果。因此，且行且珍惜。
