整个设计模式体系中，中介者模式也算是时常用到了，在我自己负责的项目中算是用到了好几次。正好最近一段时间更新一些与设计模式相关的文章，于是花了一些时间整理了一下，如有问题还请指正，共同进步学习。
一、认识中介者模式
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("美国坚持对台军售");
}
}
//输出
美国获得信息:台湾是属于中国的一部分
中国获得信息:美国坚持对台军售
自己动手敲一遍，可以好好的体会一下。
三、总结分析
优点的话很明显了。都是为了降低代码的耦合度，减少对象之间的关联性，让每一个对象都能够独立。但是这种模式虽好，可不要滥用呀。从文章一开始你也发现了，讲解的例子都是那种网状关系的对象，转换为星型关系。过度使用，会造成更加复杂的结果。因此，且行且珍惜。
